Agent Architecture Reviewer — read-only audit du code matérialisé contre le pattern d'architecture actif (MVC/DDD/microservice), le layer mapping §1.3 du stack actif et les ADRs §6 de la constitution. Strictement complémentaire de code-reviewer (qui couvre anti-patterns techniques) et qa/qualityscan.py (qui couvre…
Agent Arch — bootstrap idempotent de la solution / des projets vides selon les stacks actifs (Init Commands §2.2.1) + propagation des blocs ## Active Database / ## Active Auth Specs de stack.md vers les fichiers de configuration applicatifs (appsettings.json / application.yml / config/default.json / app/config.py) +…
Agent Code Reviewer — review du diff post-dev backend + frontend pour une FEAT, ciblé sur les anti-patterns spécifiques au stack, layer violations résiduelles, contract drift front↔back, et smells classiques. Complémentaire de qa (qui fait tests + coverage + qualityscan.py déterministe), focus sur ce qui exige du…
Agent Constitutioner — gère les ADRs (création atomique par timestamp) et met à jour workspace/.sys/.context/constitution.md (§4 stack technique, §6 ADRs index, §1 date). Invoqué par arch en fin de Phase B (après scaffolding DB). Skip silencieusement si constitution.md absent. Aucune écriture de code applicatif…
Agent Dev-Backend — pour UNE US donnée, lit l'US (workspace/us/{n}-{m}-{Name}.md) + le mockup HTML (optionnel, passif) + les stacks backend/auth actifs, planifie inline les fichiers serveur à matérialiser, et génère le code (services, DTOs, entities, endpoints, Program.cs, middleware). Si l'US n'a aucune contrepartie…
Agent Dev-Frontend — pour UNE US donnée, lit l'US (workspace/us/{n}-{m}-{Name}.md) + le mockup HTML statique (workspace/ui/{n}-{m}-{Name}.html) + les stacks frontend/ui actifs, planifie inline les fichiers client à matérialiser, et génère le code (Pages, Components, Layouts, theme.css, bootstrap HTML) en traduisant le…
Agent Product Owner — découpe une FEAT fonctionnelle en User Stories structurées (min 1, cible UsGranularityTarget (defaut 3), warn au-dela de UsGranularityWarnAt (defaut 6), hard cap UsGranularityHardCap (defaut 10) — configurables). Lit workspace/feats/{n}-{Name}.md, écrit workspace/us/{n}-{m}-{Name}.md pour chaque…
Agent QA — génère tests unitaires (backend + frontend) à partir des US et du code généré, parse la coverage, exécute le quality scan (sonar-like). Strict scope test : ne modifie JAMAIS le code de production. Token-efficient (Sonnet 4.6 + scripts déterministes pour coverage et quality).
Boucle de validation humaine structurée (Phase 3.9, optionnel). Mode generate — consolide les gaps du reverse (complétude, traçabilité, items medium/low) en questions structurées dans workspace/old/{P}/.sys/questions.md, que le Tech Lead remplit. Mode --ingest — ré-injecte les réponses dans les FEATs concernées…
Reviewer "back" du workflow reverse (L5). Pour UNE FEAT reverse, confronte son contenu à l'evidence profonde de l'unité (inventory units[U-N].classes + dataAccess : repositories, services, requêtes SQL, procédures stockées) et signale ce que l'extraction a OMIS. Verdict informational (jamais bloquant), miroir reverse…
Architecte de base de données du reverse DB (Phase 0.B). Lit le DIGEST déterministe du Database Context (jamais le catalogue brut, jamais un corps d'objet) et produit la couche d'INTERPRÉTATION de la base — glossaire métier des tables pivot, découpage en sous-domaines, rôle architectural par objet, zones à risque…
Pour un projet legacy déposé dans workspace/old/{LegacyProject}/, cartographie déterministe : détecte langages/frameworks, énumère pages, identifie unités fonctionnelles candidates avec IDs stables U-N + evidence file:line, extrait DB schema basique. Lecture massive autorisée (récursive) sur workspace/old/{P}/…
Conseiller de paradigme + curateur de migration (Phase 2.7, optionnel). Détecte le paradigme du legacy (ex. WebForms event-driven postback) vs celui de la stack cible (ex. React SPA unidirectionnel), documente le gap avec exemples concrets du legacy, et force une décision consciente du Tech Lead. Classe ensuite chaque…
Inspecteur de parité comportementale (Phase 3.8, optionnel). Pour UNE FEAT reverse, dérive des spécifications Gherkin exécutables (.feature) qui définissent l'équivalence comportementale legacy ↔ application régénérée. Chaque scénario est tagué @AC-N (traçabilité vers la FEAT) et porte l'evidence transitive. Verdict…
Spécialiste des PROCÉDURES STOCKÉES du reverse base de données (rung 1) — et des packages Oracle (1 package = 1 US, même angle opération). Pour UNE procédure, lit son context pack déterministe (contrat, structure des tables touchées, résumé de ce qu'elle appelle, appelants) et produit UNE User Story — capability…
Rung 2 du reverse base de données — compose la FEAT métier d'UN module à partir des User Stories d'objets SQL produites par les analystes spécialisés (procédures, fonctions, vues, triggers). Synthèse métier transverse, harmonisation du vocabulaire entre des US écrites par des agents indépendants, démotion de la…
Spécialiste des FONCTIONS SQL (scalaires, inline, table) du reverse base de données. Pour UNE fonction, lit son context pack déterministe et produit UNE User Story décrivant le calcul métier réutilisable qu'elle porte — contrat d'entrée/sortie, formule, cas limites, valeur par défaut. Angle propre — une fonction…
Spécialiste des TRIGGERS du reverse base de données. Pour UN trigger, lit son context pack déterministe et produit UNE User Story de règle événementielle — quel événement le déclenche, sur quelle table, quelle règle il applique, quelle cascade il provoque et dans quel cas il rejette la transaction. Angle propre — un…
Spécialiste des VUES SQL du reverse base de données. Pour UNE vue, lit son context pack déterministe et produit UNE User Story de reporting — quelle information métier est exposée, à partir de quelles entités, avec quelles jointures, quels filtres implicites et quels agrégats. Angle propre — une vue n'écrivant jamais…
Barreau 3a de l'escalier reverse (ADR reverse-spec-ladder). Pour UNE unité U-N, lit l'evidence + DB schema + tech-audit optionnel et produit une ANALYSE TECHNIQUE legacy (comportements observés, accès données, calculs, effets de bord) dans plans/{n}-{FeatName}.analysis.md. Photo fidèle du code, evidence file:line par…