# Outiller son harnais

La porte est un hook ; un harnais bien tenu porte plus que la porte, et rien de tout cela n'est à runward de l'installer. Cette page cartographie ce que chaque étage de vérification peut devenir dans le harnais que vous utilisez déjà : le hook de fin de tour et la CI pour la porte, les contrôles mécaniques post-édition qui informent sans jamais faire porte, les fichiers d'instructions qui pointent vers la mission, la revue consultative qui ne bloque jamais. runward fournit des exemples inertes et des recommandations ; c'est vous qui câblez.

La porte est un hook. Un harnais bien tenu porte plus que la porte, et rien de tout cela n'est à runward de l'installer. Cette page cartographie ce que chacun des [trois étages](https://runward.dev/docs/concepts/three-tiers/) de vérification peut devenir dans le harnais de code que vous utilisez déjà. runward fournit des exemples inertes et des recommandations ; c'est vous qui câblez ; rien ne tourne sans votre geste.

## Ce que le harnais peut porter, étage par étage

**Étage 1 : la porte, à la couture du harnais.** Couvert par [Brancher la porte](https://runward.dev/docs/operating/wire-the-gate/) : un hook de fin de tour là où le harnais en offre un (dur quand la couture le permet, consultatif sinon), et le contrôle CI requis au merge. Honnêtement gradué par canal : la carte de distribution reste la source de vérité.

**Étage 2 : les contrôles mécaniques après chaque édition.** Certains harnais exposent un hook post-édition : un script qui lance le typechecker après chaque modification de fichier et renvoie les échecs à l'agent. Le motif sobre, quel que soit le harnais :

- silencieux hors de son territoire : passer quand le type de fichier ou le projet ne correspond pas ; le hook ne doit jamais ajouter de friction au Markdown d'une mission, ni aux projets qu'il ne concerne pas ;
- informer et corriger, jamais faire porte : le franchissement de phase reste à `check` ;
- un timeout borné ; les échecs reviennent à l'agent, pas dans un journal que personne ne lit.

**Les fichiers d'instructions.** La surface canonique, neutre vis-à-vis des vendors, est `AGENTS.md` : la plupart des harnais la lisent. Quand un harnais ajoute son propre fichier d'instructions, la même règle que partout : les règles d'opération de la mission vivent une fois, le fichier du harnais pointe vers elles. Deux lignes méritent leur place partout où votre harnais garde des instructions permanentes : un dépôt qui contient un dossier `runward/` est une mission et se pilote par runward ; la porte ne se simule pas et ne se contourne pas, aucune phase déclarée franchie sur affirmation.

**Étage 3 : la revue consultative.** Si votre harnais peut lancer un relecteur (un sous-agent, une commande de revue), gardez-le consultatif : les constats entrent, l'opérateur décide. Ne câblez jamais un contrôle piloté par le modèle comme bloqueur.

## L'honnêteté par canal

Les capacités diffèrent et changent chaque mois ; vérifiez la doc à jour de votre vendor. À l'heure d'écrire : certains harnais exposent à la fois une couture de fin de tour et des hooks post-édition ; d'autres seulement une couture de fin de tour qui ne peut pas bloquer dur ; d'autres encore ni l'un ni l'autre, et ne portent que les fichiers d'instructions et la CI. La [carte de distribution](https://runward.dev/docs/operating/wire-the-gate/) reste la source de vérité pour la couture de la porte par canal ; les motifs d'étage 2 et 3 de cette page s'appliquent partout où votre harnais a le point d'extension correspondant, et nulle part ailleurs. Aucun canal n'est privilégié ; un harnais sans hooks déroule quand même toute la méthode par la CI et `AGENTS.md`.

## Ce qui reste à vous

La visibilité des coûts de votre propre harnais, les auto-audits d'usage, les préférences machine : de l'outillage d'opérateur, hors du périmètre de runward par décision. Le CLI lit votre dépôt de mission, jamais votre comportement. Instrumentez votre poste comme vous l'entendez ; la porte, elle, continuera de ne demander qu'une chose : la preuve.

## Voir aussi

- [Brancher la porte](https://runward.dev/docs/operating/wire-the-gate/)
- [Les trois étages de vérification](https://runward.dev/docs/concepts/three-tiers/)
- [La frontière : runward ne se câble jamais tout seul](https://runward.dev/docs/operating/from-an-agent/the-wiring-boundary/)
- [Depuis un agent IA](https://runward.dev/docs/operating/from-an-agent/)