Alternative profile
GitHub Spec Kit × Deep Work Plan
Transforme une fonctionnalité en spécification exécutable via une constitution, une spec, un plan et une liste de tâches, piloté par des commandes slash qui s’intègrent à plus de cinquante agents de code, et peut vérifier que les artefacts restent cohérents entre eux avant que l’implémentation ne commence.
Équipes qui veulent un flux répétable — spécifier, planifier, décomposer en tâches, implémenter — au sein de l’agent qu’elles utilisent déjà.
Dernière révision:
Compared with Deep Work Plan
Where it fits
Transforme une fonctionnalité en spécification exécutable via une constitution, une spec, un plan et une liste de tâches, piloté par des commandes slash qui s’intègrent à plus de cinquante agents de code, et peut vérifier que les artefacts restent cohérents entre eux avant que l’implémentation ne commence.
Équipes qui veulent un flux répétable — spécifier, planifier, décomposer en tâches, implémenter — au sein de l’agent qu’elles utilisent déjà.
Ce qu’apporte Deep Work Plan
-
Indépendant de l’outil et natif du dépôt
Le harness et le plan sont des fichiers dans votre dépôt, lus par tout agent qui suit les standards AGENTS.md et Agent Skills. Changer d’agent ne fait pas perdre le plan.
-
Une validation choisie depuis ce que chaque tâche a touché
Chaque tâche déclare sa surface touchée et exécute les tests du comportement modifié et de ses consommateurs, s’élargissant à la suite complète quand l’impact ne peut pas être borné. Zéro test sélectionné n’est jamais une réussite.
-
Un seul Final Review, avec une passe de sécurité
Un plan se clôt par une revue de sécurité de l’ensemble des changements accumulés, y compris une revue locale obligatoire du diff, et par une validation de l’état final. Les constats critiques bloquent l’achèvement.
Where it fits: Développeurs et équipes qui confient un travail multi-sessions à n’importe quel agent de code et ont besoin qu’il aboutisse vérifié.
Capability snapshot
| Capacité | Deep Work Plan | GitHub Spec Kit |
|---|---|---|
| Fonctionne avec tout agent de code Les mêmes fichiers du dépôt pilotent Claude Code, Codex, Cursor, Gemini CLI et d’autres. | Intégré | Intégré |
| Écrit le harness de l’agent dans le dépôt Instructions, documentations, skills et commandes vivent dans le dépôt, pas dans les réglages d’un seul outil. | Intégré | Optionnel ou via extension |
| Critères d’acceptation par tâche Chaque tâche énonce des conditions observables pour être terminée. | Intégré | Optionnel ou via extension |
| Porte de validation par tâche Chaque tâche nomme les commandes qui doivent réussir, choisies parmi ce qu’elle a touché. | Intégré | Optionnel ou via extension |
| État reprenable sur disque La progression survit à une réinitialisation de session et peut être reprise par un autre agent ou un coéquipier. | Intégré | Intégré |
| Revue de clôture obligatoire avec une passe de sécurité Le plan ne peut pas s’achever sans une revue de sécurité de l’ensemble des changements et une validation de l’état final. | Intégré | Optionnel ou via extension |
| Vérificateur de conformité exécutable Un script vérifie le dépôt et ses plans par rapport au standard, avec un code de sortie adapté à la CI. | Intégré | Optionnel ou via extension |
| Mesure publiée de la charge d’instructions Les octets chargés par chaque flux sont mesurés par un script livré dans le dépôt et publiés avec leurs limites. | Intégré | Hors périmètre |
| Onboarding qui structure la documentation Une première exécution écrit la documentation et le kit du dépôt destinés aux agents. | Intégré | Intégré |
| Spécifications vivantes pour les systèmes existants Les changements sont spécifiés comme des deltas qui fusionnent dans une spécification du système qui grandit. | Hors périmètre | Optionnel ou via extension |
| Mémoire d’agent persistante entre les projets La mémoire suit l’agent d’un dépôt et d’une session à l’autre, et non le seul état sur disque d’un plan. | Hors périmètre | Hors périmètre |
| Rôles d’agent spécialisés et distincts Des personas nommés (analyste, architecte ou relecteur, par exemple) se répartissent le travail, au lieu qu’un seul agent exécute chaque étape. | Optionnel ou via extension | Hors périmètre |
| Est lui-même un IDE ou un éditeur L’outil est un environnement de développement intégré à part entière, pas un ajout à un agent de code déjà existant. | Hors périmètre | Hors périmètre |