Implémenter un lot borné en respectant strictement le périmètre demandé, la doctrine canonique du repo, les contrats publics existants et la structure réellement observée.
AGENTS.md est la doctrine canonique du repo.
Ce skill ne la recopie pas. Il définit la discipline d’exécution attendue pour implémenter un lot borné dans le dépôt, sans dérive de périmètre, sans refactor opportuniste et sans rupture silencieuse des contrats existants.
Utiliser ce skill quand la tâche demande une implémentation clairement bornée dans le repo, par exemple :
Ne pas utiliser ce skill pour :
Lire d’abord, dans cet ordre :
AGENTS.mdREADME.md.claude/CLAUDE.mdPuis la documentation structurante pertinente :
docs/architecture/README.mddocs/architecture/00-introduction/**docs/architecture/10-fondations/**docs/architecture/20-structure/**docs/domains/README.mddocs/domains/** ciblés par la demandedocs/testing/** si la demande touche validation, robustesse ou stratégie de testsEnsuite seulement, auditer la zone réelle du repo concernée par le lot.
Les anciennes docs docs/v* ne sont pas la source de vérité par défaut.
repository/queries/services/helpers/mappers/types) si le repo réel n’utilise pas cette structure.db/repositories sans validation explicite de la doctrine courante.any sauf justification expliciteQuand c’est pertinent pour le lot, exécuter ou mentionner explicitement :
pnpm run typecheckpnpm run lintNe jamais prétendre qu’une vérification a été faite si elle ne l’a pas été.
Une bonne implémentation de lot sur Creatyss doit être :