
de get-shit-pretty35
Traduit des fragments de design en code frontend prêt pour la production via un pipeline de construction phasé.
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.
.design/projects/{project}/design/...).design/branding/{brand}/patterns/){PROJECT_PATH}/brief, config.json)APP_PATH){project}/build/BUILD-LOG.md, SCAFFOLD-LOG.md, INDEX.md et fichiers manifestgsp-project-builder pour les étapes de fondation/composant/écran.GSP Project Build est une compétence de pipeline phasée sophistiquée qui traduit des segments de conception en code frontend prêt pour la production. Elle définit un pipeline de construction en 7 phases avec des points de contrôle de compilation, le déploiement d'agents parallèles et le support de la reprise. Le SKILL.md est extrêmement détaillé et bien structuré, mais la compétence ne possède pas de scripts groupés pour une vérification indépendante. Elle fait partie du vaste écosystème « Get Shit Pretty » et dépend fortement de compétences compagnons (gsp-scaffold, gsp-brand-apply, gsp-phase-transition) et d'une structure de répertoire spécifique (.design/projects/), ce qui la rend puissante au sein de cet écosystème mais plus difficile à utiliser seule.
Aucun problème de sécurité trouvé. La compétence lit/écrit dans le répertoire du projet, utilise des commandes de construction standard (next build, vite build, tsc) et demande la confirmation de l'utilisateur avant de procéder. Pas d'identifiants codés en dur, pas d'appels réseau vers des hôtes suspects, pas de commandes destructrices sans garde-fous. La compétence est bien architecturée avec une séparation claire des phases, des portes de point de contrôle et un support de reprise. Sa principale limite est le verrouillage à l'écosystème — elle ne fonctionne qu'au sein du framework de projet GSP.