Ingénierie
Conçu, intégré, refactorisé et maintenu en continu par TIKAZ.
Méthode TIKAZ
- Geler le périmètre, les non-objectifs, les critères d'acceptation et les preuves requises pour l'achèvement.
- Utiliser
code-intelligencepour cartographier l'architecture et l'impact avant de modifier du code inconnu ou transverse. - Utiliser
engineering-deliverycomme propriétaire du cycle de vie : planifier de petites tranches, implémenter, tester, réviser et rapporter. - Aiguiller uniquement le travail spécifique au domaine vers
supabase-operationsouvideo-workbench. - Exécuter
skill-security-auditavant d'importer des compétences exécutables ou des dépendances inconnues. - Tenir un registre de preuves : commandes, résultats, artefacts, régressions vérifiées et risques restants.
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 de complétion
Exiger une validation native du dépôt, une revue de diff finale, aucun secret divulgué, une note explicite de release/rollback lorsque applicable, et des preuves objectives pour chaque critère d'acceptation.
Lire references/routing.md et references/output-contract.md.