Communitygithub.com

caseycme/skills

Orchestriert den gesamten Feature-Lebenszyklus: Verfeinern → Designsystem → Architektur → Bauen → Produktionsbereitschaft prüfen. Verwende dies beim Start einer Story, der vollständigen Implementierung eines Features oder dem Abschluss vor einem PR. Die übergeordnete Fähigkeit delegiert an untergeordnete Fähigkeiten – sie wiederholt deren Regeln nicht.

Was ist skills?

Diese Fähigkeit orchestriert den vollständigen Feature-Entwicklungszyklus, von der Verfeinerung (Refine) über das Designsystem und die Architektur bis zur Implementierung und abschließenden Überprüfung der Produktionsbereitschaft (Verify). Sie ist als übergeordnete Koordinationsfähigkeit konzipiert und delegiert jede Phase an spezialisierte untergeordnete Fähigkeiten (Child Skills). Der Hauptnutzen liegt in der nahtlosen Übergabe von Kontext zwischen den Phasen sowie der Vermeidung von Duplikationen – die übergeordnete Fähigkeit wiederholt keine Regeln, sondern verweist auf die jeweiligen Child-Skills. Sie unterstützt Entwickler dabei, Storys zu planen, Features vollständig zu implementieren und Arbeiten vor einem Pull Request abzuschließen. Die Fähigkeit arbeitet auf Basis von CLI-Tools und einer definierten Ablaufstruktur, wobei die Child-Skills in den Modi PLAN, BUILD und REVIEW ausgeführt werden. Nach den ersten drei Phasen wird ein kombinierter Plan erstellt, Phase 5 (Verify) dient als letztes Pre-PR-Gate. Die Fähigkeit ist plattformunabhängig und kann in jedem Developer-Workflow eingesetzt werden, der eine strukturierte, standardbasierte Feature-Entwicklung erfordert.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
Part ofDesign & UI
npx skills add https://github.com/caseycme/skills/tree/HEAD/skills/feature-development
Original anzeigen→Alle Skills durchsuchen

In Ihrer bevorzugten KI fragen

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

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

Dokumentation

Feature-Entwicklung

Nach den Standards planen → nach den Standards bauen → gegen die Standards prüfen.

Diese Fähigkeit orchestriert nur. Jede Phase delegiert an eine untergeordnete Fähigkeit. Wiederhole hier keine untergeordneten Workflows.

PhaseFähigkeitPfadModus (untergeordnete Fähigkeit)
1refinerefine/SKILL.md—
2design-systemdesign-system/SKILL.mdPLAN
3architecturearchitecture/SKILL.mdPLAN
4buildbuild/SKILL.mdBUILD
5verifyverify/SKILL.mdProduktions-Gate

Verwende feasibility vor Phase 1, wenn das Team eine Bereit/Nicht-bereit-Entscheidung benötigt, ob begonnen werden soll.

Workflow

Fortschrittsplanung:
- [ ] 1. Verfeinern
- [ ] Entscheidungen getroffen (falls vorhanden)
- [ ] 2. Designsystem (PLAN)
- [ ] 3. Architektur (PLAN)
- [ ] Feature-Entwicklungsplan erstellt
- [ ] 4. Bauen
- [ ] 5. Produktionsbereitschaft prüfen
- [ ] Bereit für PR

1. Verfeinern

Aufruf: refine/SKILL.md

Übergib: Ticket-Key oder -Inhalt, Figma/Design-Links, übergeordnetes Epic, Chat-Kontext.

Ausgabe: Was/wie ist klar genug für eine Schätzung; offene Entscheidungen benannt oder gelöst; konsolidierte Verfeinerungszusammenfassung, sobald Entscheidungen getroffen sind.

Tor: Stoppe bei Fragen, die eine Entscheidung erfordern, bevor Phase 2 beginnt.

2. Designsystem

Aufruf: design-system/SKILL.md im PLAN-Modus.

Übergib: Verfeinerungszusammenfassung, Figma/Screenshots, betroffene Routen/Oberflächen.

Ausgabe: Wiederverwendungsempfehlungen, geplante PL-Änderungen, Reihenfolge (PL PR falls vorhanden). Oder: „Nicht anwendbar (keine UI)“ in einer Zeile.

3. Architektur

Aufruf: architecture/SKILL.md im PLAN-Modus.

Übergib: Verfeinerungszusammenfassung, Designsystem-Plan (falls vorhanden), betroffene Routen/APIs/Sitzungsfelder.

Ausgabe: Checkliste zum anwendbaren Thema mit Repo-Präzedenzfällen.

Nach 1–3: Gib den kombinierten Plan einmal aus.

4. Bauen

Aufruf: build/SKILL.md.

Übergib: Verfeinerungszusammenfassung, Designsystem PLAN-Ausgabe, Architektur PLAN-Checkliste.

Ausgabe: Implementierung auf dem Branch gemäß diesen Standards.

5. Produktionsbereitschaft prüfen

Aufruf: verify/SKILL.md – ein einzelnes Pre-PR-Gate. Führe kein separates Designsystem- oder Architektur-REVIEW durch; verify übernimmt diese.

Übergib: Verfeinerungszusammenfassung / AC, Designsystem PLAN-Ausgabe, Architektur PLAN-Checkliste, Branch-Diff.

Ausgabe: BESTANDEN | TEILWEISE | NICHT BESTANDEN, PR-Bereitschaft und was geprüft/behoben wurde.

Orchestrierungsregeln

  • Untergeordnete Fähigkeiten besitzen das Verhalten. Lies und befolge die verlinkte Fähigkeit für jede Phase.
  • Gib Kontext weiter – jede Phase konsumiert die vorherigen Ausgaben.
  • Ein Planungsartefakt nach den Phasen 1–3; gib nicht drei vollständige Berichte aus.
  • Verify benötigt Code – überspringe die Phasen 4–5 bei reinen Planungsaufrufen, es sei denn, die Implementierung existiert bereits.
  • Vor-PR ist nur Phase 5 – kein separates „Architektur vor PR erneut ausführen“.

Beim Aufruf

AbsichtAusführung
Neue Story planenPhasen 1–3 → kombinierter Plan
Feature implementierenPhase 4 (nach 1–3 oder mit vorhandener Zusammenfassung)
Abschließen / Pre-PRPhase 5
Vollständiger Lebenszyklus1 → 2 → 3 → Plan → 4 → 5

Kombinierter Plan (nach Phasen 1–3)

Synthetisiere die Ausgaben der untergeordneten Fähigkeiten. Gib keine vollständigen untergeordneten Berichte erneut aus.

# Feature-Entwicklungsplan: [Ticket oder Titel]

## Zusammenfassung

[3–5 Sätze aus refine + Blockierer + Schätzbereitschaft]

## Verfeinerung

[Delta-Erkenntnisse, AC-Entwurf, Nachverfolgungen – aus der refine-Fähigkeitsausgabe]

## Designsystem (PLAN)

[Aus dem design-system PLAN-Modus – oder „Nicht anwendbar“]

## Architektur (PLAN)

[Aus der architecture PLAN-Modus-Checkliste]

## Offene Entscheidungen

[Leer, wenn refine abgeschlossen ist]

## Als Nächstes

→ Phase 4 Bauen, dann Phase 5 Prüfen

Nach der Prüfung (Phase 5)

Füge die Ausgabe der verify-Fähigkeit an oder gib sie zurück (siehe verify/SKILL.md). Die übergeordnete Fähigkeit definiert keine verify-Abschnitte – die untergeordnete Fähigkeit besitzt den Bericht.

Untergeordnete Fähigkeiten

Individual skills in this repo

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

caseycme/skills

Guides systematic refactoring to align features with established patterns, remove duplication, and improve code reuse. Includes DataGrid/pattern-library, typing, fetch pagination, view-model vs override-prop guidance, and MUI sx-first layout (avoid deprecated Box style shorthand props). Use when refactoring features, consolidating duplicate code, extracting shared utilities, or aligning patterns across similar features.

caseycme/skills

>- Design-system guidance in three modes: PLAN (prospective reuse and abstractions before build), BUILD (apply those standards while implementing), REVIEW (audit branch diff against them). Use in feature-development phases 2, 4, and 5; or standalone for inline styles, sx, custom CSS, one-off cards, or pattern-library scope. Formerly pattern-library-refactor.

Verwandte Skills

steipete/sag

ElevenLabs text-to-speech with mac-style say UX.

community

steipete/oracle

Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.

community

steipete/peekaboo

Capture and automate macOS UI with the Peekaboo CLI.

community

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".

community

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.

community

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".

community