Le workflow

La vérité durable réside dans le dépôt. repo-harness conserve le plan, le contrat, la revue et les contrôles sous forme de fichiers afin que n’importe quelle session — ou n’importe quel agent — puisse reprendre le travail exactement là où le précédent l’a laissé.

Plan → Sprint → Goal

repo-harness prd      # plans/prds/<name>.prd.md
repo-harness sprint   # plans/sprints/<name>.sprint.md
repo-harness goal     # a bounded /goal handoff for Codex or Claude

• PRD — un document d’exigences produit facile à implémenter dans plans/prds/.
• Sprint — un backlog ordonné dans plans/sprints/, développé ligne par ligne.
• Goal — un paquet d’exécution borné remis à l’exécuteur.

Les fichiers qui détiennent l’état

Chemin	Ce qu’il contient
plans/	catalogue de plans horodaté ; .ai/harness/active-plan sélectionne le plan actif
tasks/contracts/	l’autorité de portée d’édition (allowed_paths) pour une tâche
tasks/reviews/	la porte d’achèvement — une Carte de revue humaine par tâche
tasks/todos.md	le registre des objectifs différés
.ai/harness/checks/latest.json	le dernier instantané de vérification

Une Carte de revue humaine par tâche

Chaque tâche se clôt par une seule carte qu’un humain peut accepter : un verdict, la liste des fichiers prévus vs réels, les commandes qui ont réussi, le risque résiduel et un rollback en une ligne. Quand vous êtes prêt à la livrer, repo-harness check exécute les portes de vérification et repo-harness ship ouvre la PR.