Registre du portail de pré-émission — Vérification obligatoire à quinze barres
Vérification de conformité obligatoire à quinze barres, exécutée avant l'émission de portée significative, avec les correspondances action-en-cas-d'échec et le schéma du résultat du portail.
Registre canonique du portail de pré-émission à quinze barres. Ce document porte le tableau complet à quinze barres du portail et le bloc YAML du schéma du résultat du portail ; le tableau substantiel et le schéma vivent ici, opérationnalisés par
src/apothem/rules/pre-emission-gate.md.
Avant toute émission d'artefact de portée significative (selon le seuil trivial / non trivial défini dans site/content/docs/governance/outward-conformity-registry.mdx §1), exécute le portail de pré-émission à quinze barres. Mécanise via les hooks PreToolUse lorsque c'est possible (les greps mécaniques dans src/apothem/conformity/*-grep.py, orchestrés par src/apothem/conformity/gate.py) ; raisonne là où la mécanisation est impossible. L'échec d'une seule barre bloque l'émission ; révise jusqu'à ce que chaque barre passe ; émets avec le résultat du portail consigné.
| # | Barre | Type de vérification | Échec → action |
|---|---|---|---|
| 1 | M1 agnosticisme de l'hôte | raisonnée | réviser pour correspondre aux conventions de l'hôte |
| 2 | M2 divulgation éditoriale | raisonnée | ajouter le registre de divulgation |
| 3 | M3 dix dimensions | mixte (mécanique + raisonnée) | réviser sur la dimension en échec |
| 4 | M4 auto-application | raisonnée (bloc de vérification présent) | consigner le bloc de vérification |
| 5 | M5 autorité | mécanique (grep du marqueur <USER-CONFIRM:…>) | réacheminer vers la surface de demande |
| 6 | M6 expertise | raisonnée (section des lacunes mises au jour présente) | mettre les lacunes au jour ; citer |
| 7 | M7 annotation d'options | mécanique (l'ensemble d'options porte le marqueur de recommandation) | annoter |
| 8 | M8 caractère définitif | mécanique (grep du vocabulaire évasif) | transformer les formulations évasives en conditionnels |
| 9 | M9 levier visuel | mixte (mécanique : date de vérification du diagramme ; raisonnée : un diagramme existe là où c'est structurel) | créer / actualiser le diagramme |
| 10 | M10 liaison bidirectionnelle | mécanique (grep de réciprocité des liaisons) | fermer les demi-arêtes |
| 11 | M11 sprints agiles | raisonnée (appareil de sprint instancié) | restructurer en sprints |
| 12 | M12 rapports de phase et disposition | mécanique (grep de sortie orpheline) + raisonnée | rédiger la synthèse ; relocaliser |
| 13 | M13 artisanat du code | mécanique (lint / formatage / vérification de types ; grep de bare-except, de nombre magique, de code commenté) | réviser |
| 14 | M14 systémicité | mixte (mécanique : provenance du producteur ; raisonnée : déclare amont / aval / pairs / applicateurs) | déclarer ; indexer |
| 15 | M15 prêt pour la production | mécanique (grep de production-ready-pr) + raisonnée | ajouter tests / documentation / CHANGELOG |
1. Schéma du résultat du portail
Chaque exécution du portail enregistre le résultat dans la trace de travail de l'artefact (un commentaire masqué, un bloc de métadonnées, un fichier de journal d'émission distinct — ce que permettent les conventions de l'hôte) :
conformity-attestation:
artifact: <path-or-identifier>
ecosystem-version: <git-commit-sha-or-equivalent ratifying the rule set in force>
bars:
M1-host-agnosticism: pass | n/a (with reason)
M2-editorial-disclosure: pass | n/a
M3-ten-dimensions: pass | n/a
M4-self-application: pass
M5-authority: pass
M6-expertise: pass | n/a
M7-option-annotation: pass | n/a (no option set)
M8-definitiveness: pass
M9-visual-leverage: pass | n/a (subject not structural)
M10-bidirectional-binding: pass
M11-agile-sprints: pass | n/a (trivial work)
M12-phase-layout: pass | n/a
M13-code-craft: pass | n/a (not code)
M14-systemicity: pass
M15-production-ready: pass | n/a (no host-public-surface change)
surfaced-gaps: []
unresolved-inquiries: []
amendments-disclosed: []
date: <ISO-8601>Les marques n/a sont explicites et raisonnées — jamais des omissions silencieuses. Le champ ecosystem-version ancre le résultat du portail à un état reproductible de l'écosystème à portée utilisateur (le commit git de l'arbre source d'Apothem actif lors de l'exécution du portail — par exemple le checkout ~/.claude/ pour l'adaptateur Claude Code), afin que les audits futurs puissent rejouer le portail sur les mêmes corps de règles.
Registre des mandats transversaux (CM-1–CM-28)
Registre complet et définitions des mandats transversaux internes à l'écosystème (CM-1–CM-28) qui régissent toutes les interactions et les opérations du pipeline.
Registre des demandes faisant autorité — Catégories obligatoires
Sept catégories de demande obligatoires et dérogations de décision automatique régissant ce que l'assistant doit demander par rapport à ce qu'il peut décider lors d'opérations sur des projets hôtes.