Jeder Coding-Agent liest es.
SpecWeave braucht keinen Dienst und kein Konto. Coding-Agenten lesen die Dateien in deinem Repository, sodass Claude Code, Codex, Grok und die übrigen dieselbe Spezifikation und dasselbe Ledger übernehmen.
Coding-Agenten
Die CLI ist in jedem Tool dieselbe, daher durchläuft auch ein Tool ohne Skills die Schleife. Der Wechsel zwischen ihnen, oder zwischen zwei Abos desselben Tools, ist eine Übergabe und eine Übernahme. Mehr unter Codex, Grok und andere.
Claude Code, einschließlich Projects-Threads
- Liest
- CLAUDE.md, die AGENTS.md importiert
- Skills
.claude/skills/
Codex
- Liest
- AGENTS.md
- Skills
.agents/skills/
Grok Build
- Liest
- AGENTS.md und CLAUDE.md
- Skills
.grok/skills/, .agents/skills/, Claude-Code-Skills
Cursor, GitHub Copilot, Gemini CLI, OpenCode
- Liest
- AGENTS.md
- Skills
Eigene Ordner oder direkt die CLI
Issue-Tracker (optional)
Ein Push ist ein externer Schreibzugriff, daher passiert er nur, wenn du ihn ausführst. Ein Increment zu starten, zu pausieren oder fortzusetzen berührt nie einen Tracker, und nichts legt Issues an außer einem Push. Ein Increment abzuschließen schließt das von einem Push verknüpfte Issue nur, wenn die Einstellung „Beim Abschluss schließen“ aktiv ist; sync setup schaltet sie ein, und du kannst sie ausschalten. sync pull meldet, was sich im Tracker geändert hat, zur Prüfung durch dich; es überschreibt deine lokalen Dateien nicht.
GitHub Issues
Sinnvoll, wennIssues und Code liegen am selben Ort.
GitHubJira
Sinnvoll, wennProdukt und Entwicklung teilen sich einen bestehenden Lieferprozess.
Jira und Azure DevOpsAzure DevOps
Sinnvoll, wennDeine Organisation plant mit Work Items und Boards.
Jira und Azure DevOps
specweave sync setup # einen Tracker verbinden specweave sync status # Zugangsdaten, Zustand, was sich ändern würde specweave sync push 0042 # Fortschritt veröffentlichen, wann du willst specweave sync pull # Änderungen im Tracker melden
Wer wofür zuständig ist
Ein geschlossenes Issue ist kein Beweis, dass die Akzeptanzkriterien erfüllt sind; ein bestandener Verify-Bericht ist es.
Die Spezifikation und das Ledger
Die Spezifikation und das Ledger halten fest, was „fertig“ bedeutet und was geprüft wurde.
Planungskontext
Der Tracker hält den Planungskontext: Priorität, Zuständige, Labels und den Ort, an dem Stakeholder nachsehen.
Brauche ich einen Tracker?
Nein. Spezifikationen, das Ledger, Übergaben und das Dashboard funktionieren alle lokal. Ergänze einen Tracker, wenn er die Zusammenarbeit erleichtert.
Aktualisiert das Verschieben einer Karte im Dashboard Jira?
Nein. Änderungen am Board sind lokal. Führe specweave sync push für das Increment aus, wenn der Tracker aktualisiert werden soll.
Wie sollte ein Team das bewerten?
Beginne mit einem Repository und einem Wegwerf-Tracker-Projekt. Prüfe Zuordnung, Berechtigungen, wieder geöffnete Issues und Teilfehler mit sync push --dry-run, bevor du den echten Tracker verbindest.