Concepts
Builder vs Validator
Les deux usages d'un même talent : aider la génération et vérifier le code.
Un même talent sert deux fois. Cette distinction est structurante pour Grace.
| Usage | Quoi | Où | Mesurable ? |
|---|---|---|---|
| Builder | injecte du contexte pour aider la génération | contexte du LLM | difficile (effet diffus) |
| Validator | vérifie que le code respecte les règles du talent | CI (jamais dans le LLM) | oui — objectif |
Une source unique pour les talents enforceable
Pour les talents marqués enforceable, une source unique
(structure/constraints.yml) pilote les deux usages :
- elle est injectée au LLM (builder) ;
- elle est compilée en config de linter (validator) — dependency-cruiser, ArchUnit…
Pourquoi ça compte
Le validator-en-CI est l'angle produit le plus défendable parce qu'il est objectivement mesurable : on peut prouver qu'un commit respecte (ou viole) les règles d'un talent, indépendamment de l'effet diffus du builder sur la génération.
→ Voir Validation pour grace_validate, et
Moteur de résolution pour la composition du contexte.