Spec Kit sans CLI lourd : adapter le développement piloté par les spécifications à votre projet dans Cursor

Cet article s'adresse aux développeurs, analystes et rédacteurs techniques qui souhaitent utiliser le développement piloté par spécification dans Cursor sans déployer le kit Spec Kit complet depuis GitHub. Au lieu de la pipeline complète (constitution, spécification, plan, tâches, implémentation), ils proposent un ensemble minimal : une constitution avec des règles immuables du dépôt, une spécification de tâche, un accord humain explicite (l'agent ne peut pas s'auto-accepter), une implémentation basée sur la spécification convenue, et un pointeur vers le travail actif. Ils soutiennent que des étapes supplémentaires comme le plan, les tâches et les reconstructions en masse sont souvent redondantes, créant du bruit et risquant des écrasements. L'approche adaptée se compose de trois parties : les règles Cursor (toujours en contexte), les compétences (commandes explicites comme /project-init, /project-specify, /project-implement), et les artefacts du dépôt (constitution, spécifications, brouillons, pointeur feature.json). Le flux de travail est : init, spécification, accord humain, implémentation. La constitution impose les objectifs du projet, les étapes de pipeline, ce qu'il faut éviter (plan/tâches), la séparation des couches sémantique et résultat, la fidélité aux sources avec balises [NOT KNOWN], un raisonnement_temperature faible pour l'implémentation, l'interdiction des secrets et des procédures claires pour modifier la constitution. L'implémentation n'est autorisée que si la spécification a un statut accordé et aucun élément inconnu bloquant. Ils décrivent également les erreurs courantes et notent que le cycle simplifié est suffisant pour les tâches incrémentales, tandis que le Spec Kit complet est destiné à ceux qui ont besoin de sa CLI ou de sa pipeline standard en plusieurs étapes. Les deux approches sont compatibles ; les artefacts peuvent être réutilisés. L'article conclut en soulignant la discipline de pipeline plutôt que la structure de répertoires.