Alternative profile
Deep Work Plan × Deep Work Plan
S’installe comme un skill, intègre le dépôt en un harness d’agent et exécute des plans de longue haleine avec des portes de validation par tâche, un état sur disque et un Final Review obligatoire.
Développeurs et équipes qui confient un travail multi-sessions à n’importe quel agent de code et ont besoin qu’il aboutisse vérifié.
Dernière révision:
Compared with Deep Work Plan
Where it fits
S’installe comme un skill, intègre le dépôt en un harness d’agent et exécute des plans de longue haleine avec des portes de validation par tâche, un état sur disque et un Final Review obligatoire.
Développeurs et équipes qui confient un travail multi-sessions à n’importe quel agent de code et ont besoin qu’il aboutisse vérifié.
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 |
|---|---|
| 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é |
| É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é |
| Critères d’acceptation par tâche Chaque tâche énonce des conditions observables pour être terminée. | Intégré |
| 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é |
| É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é |
| 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é |
| 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é |
| 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é |
| 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é |
| 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 |
| 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 |
| 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 |
| 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 |