new-feature-scaffold
Skill0 starsChanged 4 months agoMITView on GitHub
Scaffold a new feature consistently with existing project conventions. Trigger whenever starting a new feature, module, or component from scratch.
In this repository20 other files it gives its agents.
- code-reviewSkill
- test-strategySkill
- adversarial-code-reviewSkill
- avoid-agentic-pitfallsSkill
- bug-triage-runbook-templateSkill
- changelog-from-commitsSkill
- checkout-verifier-templateSkill
- choose-your-loopSkill
- commit-message-qualitySkill
- dependency-update-checkSkill
- env-doctorSkill
- library-reference-templateSkill
- pr-description-generatorSkill
- python-to-ts-migration-templateSkill
- readme-generatorSkill
- safe-refactorSkill
- systematic-debuggingSkill
- verify-code-changeSkill
- verify-form-changeSkill
- verify-frontend-changeSkill
The file
Files
<!-- Skill générique de la "vague 2" (par opposition aux skills orientés cas d'usage de la vague 1) -->Scaffolding d'une nouvelle fonctionnalité (générique)
- Créer une branche dédiée à la fonctionnalité, nommée selon la
convention déjà observée dans l'historique du dépôt (ex.
feature/<nom>,feat/<nom>— inspectergit log --onelineet les noms de branches existants plutôt que de deviner). - Observer la structure des dossiers/fichiers d'une fonctionnalité déjà existante et comparable dans le même dépôt, et reproduire la même organisation (emplacement du code, des tests, des styles, du routing...) plutôt que d'imposer une structure générique venue d'ailleurs.
- Créer les fichiers de test correspondants avant ou en même temps que le code de la fonctionnalité, avec au moins un cas de test trivial qui passe déjà (ex. "le composant se monte sans erreur", "la fonction retourne la valeur par défaut attendue") — pour garantir que l'infrastructure de test de la nouvelle fonctionnalité est fonctionnelle dès le départ.
- Ajouter les entrées nécessaires dans les fichiers d'assemblage du projet si la convention l'exige (registre de routes, export d'index, enregistrement de plugin...).
- Terminer par un rappel explicite de mise à jour de la documentation pertinente (README du module, CHANGELOG, doc utilisateur) — ne pas la rédiger à la place de l'utilisateur sans validation du contenu fonctionnel réel de la fonctionnalité.
Gotchas
- Copier la structure d'une fonctionnalité existante trop ancienne peut reproduire un pattern que le projet a depuis abandonné — préférer la fonctionnalité comparable la plus récente comme référence.
- Un scaffolding qui crée des fichiers de test vides sans aucune assertion donne une fausse impression de couverture ("le fichier de test existe donc c'est testé") — le cas trivial de l'étape 3 doit contenir une assertion réelle, même minimale.
- Avant de créer la structure à la main, vérifier si le projet fournit
déjà un générateur (script
generate/scaffolddans le manifeste, CLI du framework, dossier de templates dans le repo) — l'utiliser produit une structure conforme aux conventions locales, là où une création manuelle les réinvente.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

