Construction de Projet GSP

Phase 5 du diamant de projet GSP : implémenter les designs sous forme de code prêt pour la production via un pipeline en 7 phases avec des points de contrôle de compilation.

Ce qu'il fait

• Exécute les phases d'échafaudage (scaffold), de fondations, de composants et d'écrans pour produire du code dans le dépôt.
• Vérifie les builds aux points de contrôle et fusionne les journaux de phase dans un seul BUILD-LOG.
• Supporte le fallback Figma et un mode de révision pour gérer les problèmes de QA.

Entrées

• Fragments de design (.design/projects/{project}/design/...)
• Système de marque (.design/branding/{brand}/patterns/)
• Brief et configuration du projet ({PROJECT_PATH}/brief, config.json)

Sorties

• Modifications de code dans le chemin de l'application cible (APP_PATH)
• {project}/build/BUILD-LOG.md, SCAFFOLD-LOG.md, INDEX.md et fichiers manifest

Fonctionnement (haut niveau)

1. SCAFFOLD : initialise l'échafaudage du projet et vérifie le build
2. FOUNDATIONS : intègre les tokens, les styles globaux, la mise en page racine, les utilitaires
3. FOUNDATION REVIEW : approbation interactive avant les composants
4. COMPONENTS : construit/installe/personnalise les composants (agents partitionnés et parallèles)
5. SCREENS : construit les écrans en parallèle en utilisant les composants existants
6. EXTRACTION REVIEW : scan automatisé pour les valeurs codées en dur et la duplication
7. FINALIZE : écrit l'INDEX, le MANIFEST, met à jour l'ÉTAT, invoque la transition de phase

Notes

• Utilise des agents gsp-project-builder pour les étapes de fondation/composant/écran.
• Laisse les modifications non indexées ; les rédacteurs doivent vérifier avant de commiter.
• Fort accent sur la vérification des tokens de marque et les points de contrôle de compilation.