CommunityCodierung & Entwicklunggithub.com

mattpocock/spezifikation-umsetzen

Setzt eine Spezifikation in Code um, indem Aufgaben parallel in einer Task-Graph-Struktur bearbeitet werden.

Was ist spezifikation-umsetzen?

Dieses Skill ermöglicht es KI-Agenten, eine Spezifikation (Spec) vollständig in Code umzusetzen, indem es die enthaltenen Aufgaben (Tickets) als Task-Graphen mit Blockierungsbeziehungen betrachtet. Es ist besonders nützlich für Entwickler, die mit Agenten wie Claude Code oder Cursor arbeiten, um komplexe Features oder Änderungen effizient und parallel zu implementieren. Das Skill unterstützt maximale Parallelität, indem es Hintergrund-Subagenten verwendet, die jeweils in eigenen Worktrees und Branches arbeiten. Die Kommunikation zwischen den Agenten erfolgt sparsam über Kontextzeiger (Pointer) auf die Spezifikation, Tickets, Recherchenoten und vorherige Commits. Es umfasst Schritte wie das Lesen der Spezifikation, optionale Erkundung, das Erstellen eines Branches und eines Entwurfs-PRs, die parallele Implementierung von Tickets, das Mergen der Ergebnisse, eine abschließende Code-Review und die Bereinigung der Worktrees.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/mattpocock/skills/tree/main/skills/in-progress/implement-spec

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Dir wurde eine Spezifikation (Spec) bereitgestellt. Diese Spec sollte zugehörige Tickets haben, die beschreiben, wie die Spec implementiert werden soll.

Das Ziel ist ein PR, der die gesamte Spec auf einem einzigen Branch implementiert.

Die Tickets sind keine Liste von Schritten. Sie sind ein Aufgabengraph mit Blockierungsbeziehungen zwischen ihnen. Das bedeutet, dass es immer eine Frontier von Tickets gibt, die bereit sind, bearbeitet zu werden.

Die Kommunikation zu und von Subagenten sollte sparsam sein. Kommuniziere hauptsächlich über Kontextzeiger: auf die Spec, Tickets, Recherchenoten und vorherige Commits. Dupliziere keine Informationen, die bereits über Zeiger verfügbar sind.

Implementierungs-Subagenten sollten nach Möglichkeit im Hintergrund ausgeführt werden, um maximale Parallelität zu erreichen.

Schritte

  1. Lese die Spec und die Tickets. Lese genug, um den Aufgabengraphen zu verstehen.

  2. (optional) Verwende einen Erkundungs-Subagenten, um alle von den Tickets geforderten Erkundungen durchzuführen – relevante Codebase-Dateien oder externe Dokumentation. Stelle sicher, dass der Erkundungs-Subagent Dateien speichern kann – er sollte seine Markdown-Notizen in einem Verzeichnis außerhalb des Repos speichern, auf das alle zukünftigen Subagenten zugreifen können. Dadurch können sich Implementierungs-Subagenten auf die Implementierung konzentrieren, anstatt auf die Erkundung.

  3. Erstelle einen Branch und einen Entwurfs-PR. Der PR sollte als 'schließend' für das Spec-Issue und die Tickets markiert sein.

  4. Verwende Implementierungs-Subagenten, um jedes Ticket zu implementieren. Jeder Implementierungs-Subagent sollte in seinem eigenen Worktree und auf seinem eigenen Branch arbeiten.

  5. Sobald ein Implementierungs-Subagent fertig ist, merge seine Arbeit mit Hilfe eines Merge-Subagenten in den PR-Branch.

  6. Wenn dies die Frontier der verfügbaren Tickets verändert, starte weitere Implementierungs-Subagenten, um an den neuen Tickets zu arbeiten. Dies ermöglicht maximale Parallelität.

  7. Sobald alle Tickets abgeschlossen sind, führe /code-review auf dem PR-Branch aus. Behebe alle Probleme, die die Code-Review aufwirft, in einem einzigen Implementierungs-Subagenten.

  8. Markiere den PR als bereit für die Review.

  9. Räume alle Implementierungs-Subagenten-Worktrees auf.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

mattpocock/ask-matt

Ask which skill or flow fits your situation. A router over the skills in this repo.

mattpocock/caveman

Ultra-compressed communication mode. Cuts token usage ~75% by dropping filler, articles, and pleasantries while keeping full technical accuracy. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman.

mattpocock/claude-handoff

Hand the current conversation off to a fresh background agent that picks up the work immediately.

mattpocock/codebase-design

Shared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable or AI-navigable, or when another skill needs the deep-module vocabulary.

mattpocock/design-an-interface

Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".

mattpocock/diagnose

Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.

mattpocock/diagnosing-bugs

Diagnosis loop for hard bugs and performance regressions. Use when the user says "diagnose"/"debug this", or reports something broken/throwing/failing/slow.

mattpocock/domain-modeling

Build and sharpen a project's domain model. Use when the user wants to pin down domain terminology or a ubiquitous language, record an architectural decision, or when another skill needs to maintain the domain model.

mattpocock/edit-article

Edit and improve articles by restructuring sections, improving clarity, and tightening prose. Use when user wants to edit, revise, or improve an article draft.

mattpocock/git-guardrails-claude-code

Set up Claude Code hooks to block dangerous git commands (push, reset --hard, clean, branch -D, etc.) before they execute. Use when user wants to prevent destructive git operations, add git safety hooks, or block git push/reset in Claude Code.

mattpocock/grilling

Grill the user relentlessly about a plan or design. Use when the user wants to stress-test a plan before building, or uses any 'grill' trigger phrases.

mattpocock/grill-me

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

mattpocock/grill-with-docs

Grilling session that challenges your plan against the existing domain model, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise. Use when user wants to stress-test a plan against their project's language and documented decisions.

mattpocock/handoff

Compact the current conversation into a handoff document for another agent to pick up.

mattpocock/implement

Implement a piece of work based on a PRD or set of issues.

mattpocock/improve-codebase-architecture

Scan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick.

mattpocock/loop-me

Grill me about specs for the workflows I want to build, within this workspace.

mattpocock/migrate-to-shoehorn

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

mattpocock/obsidian-vault

Search, create, and manage notes in the Obsidian vault with wikilinks and index notes. Use when user wants to find, create, or organize notes in Obsidian.

mattpocock/prototype

Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.

Verwandte Skills