TIKAZI/TIKAZ-Codex-Engineering

Ingénierie

Conçu, intégré, refactorisé et maintenu en continu par TIKAZ.

Méthode TIKAZ

1. Geler le périmètre, les non-objectifs, les critères d'acceptation et les preuves requises pour l'achèvement.
2. Utiliser code-intelligence pour cartographier l'architecture et l'impact avant de modifier du code inconnu ou transverse.
3. Utiliser engineering-delivery comme propriétaire du cycle de vie : planifier par petites tranches, implémenter, tester, revoir et rapporter.
4. Router uniquement le travail spécifique au domaine vers supabase-operations ou video-workbench.
5. Exécuter skill-security-audit avant d'importer des skills exécutables ou des dépendances inconnus.
6. Tenir un registre de preuves : commandes, résultats, artefacts, régressions vérifiées et risque résiduel.

Règle de conflit

code-intelligence conseille ; engineering-delivery exécute. Les adaptateurs de domaine ne peuvent pas étendre le périmètre sans critères d'acceptation explicites.

Porte d'achèvement

Exiger une validation native du dépôt, une revue finale du diff, aucun secret divulgué, une note explicite de mise en production/retour arrière le cas échéant, et une preuve objective pour chaque critère d'acceptation.

Lire references/routing.md et references/output-contract.md.