Templates système
ARDS embarque deux catalogues de workflows intégrés, et ils jouent des rôles différents. Un template de la galerie est un exemple que vous clonez et qui devient le vôtre ; une brique sys- est un workflow publié que vous embarquez. Tout le reste de cette page découle de cette distinction.
Deux sortes de workflows intégrés
La galerie de templates contient 22 templates en lecture seule. Chacun montre, sous forme de workflow, la forme d'un vrai flux de la plateforme — décomposition, balayages de revue, gestion d'incident. Vous ne pouvez ni exécuter un template directement, ni l'éditer sur place : vous cliquez sur Clone (« Cloner »), ce qui vous donne un Draft éditable qui vous appartient. À partir de là, c'est un workflow ordinaire — à vous de le renommer, le recâbler et le publier.
Ce qu'un template n'est pas : un câblage vivant vers la plateforme. Cloner Mission lifecycle et exécuter votre clone exécute votre graphe — cela n'exécute ni ne remplace le pipeline de mission interne de la plateforme. Les templates enseignent la forme ; ils ne portent pas la machinerie.
Les briques sys- sont différentes : 19 workflows publiés, semés dans chaque tenant. Vous ne les clonez pas pour vous en servir — vous en embarquez une en déposant sa tuile dans votre propre graphe, comme référence de sous-workflow. La brique embarquée s'exécute à l'intérieur de votre run, se met en pause à ses propres gates, et atterrit via votre acceptation ; c'est de la composition, pas une exécution séparée (voir Anatomie d'un workflow).
Quelques noms figurent dans les deux catalogues — sys-run-acceptance est à la fois un template de la galerie et une brique semée. L'endroit où vous le rencontrez dit lequel vous tenez : la galerie se clone, la palette s'embarque.
La galerie de templates
Les 22 templates se répartissent en 9 catégories. Clonez celui que vous voulez et lisez le graphe node par node dans l'éditeur — ils sont là pour ça.
Mission (6)
| Template | Ce qu'il fait |
|---|---|
Mission lifecycle (sys-mission-lifecycle) | Le flux par défaut : décomposer l'objectif, approuver le plan, lancer en éventail un coder par tâche, passer les résultats en revue. |
Decompose (direct) (sys-decompose-direct) | Un gate d'approbation, puis un plan de tâches proposé — la variante sans recherche. |
Decompose (research-first) (sys-decompose-research) | Recherche codebase/docs/web en parallèle, synthèse, puis un plan de tâches informé par la synthèse. |
Decompose (grounded coder) (sys-mission-decompose-grounded) | Un coder avec le dépôt cloné crée directement les tâches de la mission, chaque chemin vérifié contre le clone. |
Research mission (sys-research-mission) | Investigation en lecture seule : recherche en parallèle, puis une boucle de révision bornée jusqu'à l'approbation du critique (max 3 passes). |
Task dispatch (sys-task-dispatch) | La chaîne de décision par tâche : résoudre les dépendances, vérifier les frontières, router vers le meilleur agent, dispatcher le coder. |
Onboarding (4)
| Template | Ce qu'il fait |
|---|---|
First-run onboarding wizard (sys-first-run-onboarding) | Le bootstrap du tenant en cinq actes : providers, workspace, intention, une première mission et une vérification de politique. |
Project onboarding (sys-project-onboarding) | Amorce la charte d'un projet avec ses 12 Matters, puis relit l'avancement de la charte. |
Aspect onboarding (sys-aspect-onboarding) | Lance en éventail une mission par aspect de la charte, dans l'ordre de la charte, chacune portant le contexte de l'aspect précédent. |
Intelligence scaffolding (sys-intelligence-scaffolding) | Génère un plan de scaffolding du projet, puis un gate de décision : approuver l'exécute, rejeter le met de côté. |
Ops (3)
| Template | Ce qu'il fait |
|---|---|
Batch processing (sys-batch-processing) | Crée un batch, lance en éventail un traitement par tronçon, attend l'événement de complétion, agrège les résultats. |
Canary (sys-canary) | Lance en éventail un run par cas de test, analyse le verdict agrégé et conditionne la promotion en production. |
Run acceptance (physical) (sys-run-acceptance) | Pilote physiquement la cible construite du run pour chaque cas de validation — fail-closed — et conditionne le merge au verdict. |
Compliance (2)
| Template | Ce qu'il fait |
|---|---|
Compliance assessment (sys-compliance-assess) | Lance en éventail une sonde d'infrastructure par contrôle de framework, puis calcule les scores — piloté par sondes, sans LLM. |
Incident pipeline (sys-incident-pipeline) | Enregistre un incident, le classifie via des formulaires de gate typés, suit le calendrier réglementaire et clôt sur la cause racine. |
Review (2)
| Template | Ce qu'il fait |
|---|---|
Review engine sweep (sys-review-engine) | Découvre les cibles de revue, lance en éventail une revue par cible, soumet un rapport consolidé. |
UX review (sys-ux-review) | Découvre les pages, lance en éventail une revue d'utilisabilité par page, soumet un rapport consolidé. |
Validation (2)
| Template | Ce qu'il fait |
|---|---|
LLM preset validation (sys-llm-preset-validation) | Résout la grille preset × site, lance en éventail un run par cellule, évalue le verdict agrégé. |
Validation runs (sys-validation-runs) | Exécute les combinaisons prompt × modèle en parallèle par groupe de modèles, puis finalise les compteurs agrégés. |
Evaluation (1)
| Template | Ce qu'il fait |
|---|---|
Satisfaction scoring (sys-satisfaction-scoring) | Calcule et persiste un score de qualité pour une mission terminée. |
Improvement (1)
| Template | Ce qu'il fait |
|---|---|
Improvement cycle (sys-improvement-cycle) | Enregistre une amélioration, la valide, puis soit implémente le correctif via un coder, soit la rejette tôt. |
Support (1)
| Template | Ce qu'il fait |
|---|---|
Support-case triage (sys-support-case-triage) | Investigue et classifie un cas signalé, puis branche sur le verdict : gate puis correctif pour un bug, résolution anticipée pour le reste. |
Cloner un template
- Ouvrez la galerie de templates depuis la liste des workflows.
- Choisissez un template et cliquez sur Clone. Vous obtenez un
Draftqui vous appartient — le template, lui, reste intact. - Rename (« Renommer ») le draft pour qu'il se lise comme le vôtre, pas comme un flux système.
- Ouvrez-le dans l'éditeur visuel et appropriez-vous-le : remplacez des nodes, changez les instructions des gates, recâblez les arms.
- Validate (« Valider »), puis Publish (« Publier »). La publication gèle le graphe exactement comme pour un workflow construit de zéro — voir le cycle de vie d'un workflow.
Un clone est une copie, pas un abonnement : si le template de la galerie change dans une version ultérieure, votre clone ne bouge pas. Vous pouvez aussi cloner dans l'autre sens — depuis une mission qui a déjà tourné — ce que couvre Cycle de vie d'un workflow.
Les briques sys-
Les 19 workflows sys- semés sont publiés et versionnés comme n'importe quel workflow à vous ; ils apparaissent comme des tuiles prêtes à l'emploi que vous déposez dans un draft. En embarquer une signifie que votre workflow l'appelle comme sous-workflow : elle apporte ses étapes à votre run, et sa sortie atterrit via votre acceptation, comme tout le reste du graphe.
Deux briques que vous utiliserez probablement :
sys-research-codebase— une investigation de codebase en lecture seule ; une bonne étape d'ancrage avant tout ce qui est génératif.sys-decompose-propose— la proposition agentique de plan de tâches ; embarquez-la quand votre workflow doit proposer un plan de tâches ordonné comme le fait la plateforme.
La plupart des 19 existent pour servir les flux semés de la plateforme elle-même. Libre à vous d'en embarquer n'importe laquelle, mais vous n'en avez jamais besoin — un workflow construit uniquement avec les nodes de la palette est tout aussi légitime.