Tous les agents de code le lisent.
SpecWeave n’a besoin ni de service ni de compte. Les agents de code lisent les fichiers de votre dépôt : Claude Code, Codex, Grok et les autres reprennent la même spec et le même registre.
Agents de code
La CLI est identique dans chaque outil : un outil sans skills peut donc exécuter la boucle. Passer de l’un à l’autre, ou entre deux abonnements d’un même outil, c’est un transfert et une reprise. Plus de détails dans Codex, Grok et les autres.
Claude Code, y compris les threads Projects
- Lit
- CLAUDE.md, qui importe AGENTS.md
- Skills
.claude/skills/
Codex
- Lit
- AGENTS.md
- Skills
.agents/skills/
Grok Build
- Lit
- AGENTS.md et CLAUDE.md
- Skills
.grok/skills/, .agents/skills/, skills de Claude Code
Cursor, GitHub Copilot, Gemini CLI, OpenCode
- Lit
- AGENTS.md
- Skills
Leurs propres dossiers, ou directement la CLI
Outils de tickets (facultatif)
Un push est une écriture externe : il n’a lieu que lorsque vous le lancez. Démarrer, suspendre ou reprendre un incrément ne touche jamais un outil de tickets, et rien ne crée de tickets en dehors d’un push. Terminer un incrément ferme le ticket lié par un push uniquement si le réglage de fermeture à la clôture est activé ; sync setup l’active, et vous pouvez le désactiver. sync pull signale ce qui a changé dans l’outil pour que vous le relisiez ; il ne réécrit pas vos fichiers locaux.
GitHub Issues
Utile quandLes tickets et le code vivent au même endroit.
GitHubJira
Utile quandProduit et ingénierie partagent un processus de livraison existant.
Jira et Azure DevOpsAzure DevOps
Utile quandVotre organisation planifie avec des work items et des tableaux.
Jira et Azure DevOps
specweave sync setup # connecter un outil de tickets specweave sync status # identifiants, état de santé, ce qui changerait specweave sync push 0042 # publier l’avancement, quand vous le décidez specweave sync pull # signaler les changements faits dans l’outil
Qui possède quoi
Un ticket fermé ne prouve pas que les critères d’acceptation sont passés ; un rapport verify réussi, si.
La spec et le registre
La spec et le registre consignent ce que signifie terminé et ce qui a été vérifié.
Le contexte de planification
L’outil de tickets garde le contexte de planification : priorité, responsable, étiquettes et l’endroit où regardent les parties prenantes.
Ai-je besoin d’un outil de tickets ?
Non. Les specs, le registre, les transferts et le tableau de bord fonctionnent tous en local. Ajoutez un outil de tickets quand il facilite la collaboration.
Déplacer une carte sur le tableau de bord met-il Jira à jour ?
Non. Les changements du tableau sont locaux. Lancez specweave sync push pour l’incrément quand vous voulez mettre l’outil à jour.
Comment une équipe doit-elle évaluer cela ?
Commencez avec un seul dépôt et un projet de tickets jetable. Vérifiez la correspondance, les permissions, les tickets rouverts et les échecs partiels avec sync push --dry-run avant de connecter le vrai projet.