docs(coordination): dispatch c gamma dashboard work
This commit is contained in:
@@ -0,0 +1,58 @@
|
||||
# Codex - DECISION Dom Q1-Q8: dashboard no-cli demo/POC + dispatch C-gamma
|
||||
|
||||
Date: 2026-05-29 19:03
|
||||
Branche: `backup/post-demo-2026-05-19`
|
||||
|
||||
## Decision Dom
|
||||
|
||||
Dom valide les reponses recommandees Q1-Q8 avec une correction majeure:
|
||||
|
||||
> En demo et POC, CLI interdit, sauf si l'action est encapsulee proprement par le dashboard avec un bouton.
|
||||
> Pas de bricolage. Pendant le codage, CLI OK.
|
||||
|
||||
Consequences:
|
||||
- C-gamma ne doit pas etre presente comme une commande CLI operateur en demo/POC;
|
||||
- la promotion/write-back doit etre accessible via une action dashboard propre si elle est dans le parcours POC;
|
||||
- les outils CLI restent autorises pour developpement, tests, migration et maintenance interne;
|
||||
- pas de write-back automatique silencieux au clic `Valide`;
|
||||
- le bouton dashboard doit proposer un dry-run/preview puis une confirmation explicite.
|
||||
|
||||
## Q1-Q8 arbitres
|
||||
|
||||
| Question | Decision Dom/Codex apres correction |
|
||||
|---|---|
|
||||
| Q1 write-back YAML | Dashboard button en POC/demo, pas CLI operateur; pas automatique silencieux; dry-run + confirmation |
|
||||
| Q2 observed -> candidate | structure OK + 1 verdict valid + GO Dom |
|
||||
| Q3 candidate -> stable | 3 succes, 3 contextes distincts, 0 invalid non explique, promotion manuelle |
|
||||
| Q4 regression | flag/alerte `regression_suspected`, pas downgrade auto |
|
||||
| Q5 context_signature | machine, OS/locale, clavier, resolution/scaling, app/process/version, window family, hashes visuels |
|
||||
| Q6 securite promotion | dashboard action controlee pour POC/demo; CLI seulement dev/maintenance |
|
||||
| Q7 audit trail | `data/competences/promotions.jsonl` obligatoire |
|
||||
| Q8 rollback | atomic write + backup + validation YAML; pas de commit git automatique depuis backend VWB |
|
||||
|
||||
## Agent de menage chirurgical worktree
|
||||
|
||||
Dom demande si un agent peut aider a nettoyer le repo sale.
|
||||
|
||||
Cadre propose:
|
||||
- agent d'audit d'abord, pas agent destructeur;
|
||||
- sortie dry-run classee par fichiers: `a_committer`, `runtime_generated`, `coordination_inbox`, `hors_perimetre_a_ignorer`, `suspect_a_demander`;
|
||||
- aucune suppression, aucun revert, aucun `git reset`;
|
||||
- toute action de nettoyage doit etre chirurgicale, explicite, et validable par Dom/Codex;
|
||||
- si commit, staging explicite fichier par fichier.
|
||||
|
||||
## Dispatch
|
||||
|
||||
Claude:
|
||||
- garde-fous produit/UX du parcours dashboard no-CLI;
|
||||
- protocole de test humain C-alpha/C-beta puis C-gamma;
|
||||
- revue de l'agent de menage cote risque produit/process.
|
||||
|
||||
Qwen:
|
||||
- contrat technique C-gamma dashboard write-back;
|
||||
- validation technique `workflow_id` + `step_results[]`;
|
||||
- design agent worktree dry-run chirurgical.
|
||||
|
||||
Codex:
|
||||
- integration apres ACK Claude/Qwen;
|
||||
- pas de code C-gamma avant retours ou arbitrage Dom explicite.
|
||||
Reference in New Issue
Block a user