Communitygithub.com

caseycme/skills

フィーチャーの全ライフサイクル（詳細化→デザインシステム→アーキテクチャ→構築→本番準備完了確認）を統括します。ストーリーの開始時、エンドツーエンドでの機能実装時、またはPR前の作業完了時に使用します。親スキルは子スキルを調整するのみで、子スキルのルールを重複して記述しません。

skills とは？

このスキルは、フィーチャー開発ライフサイクル全体を5つのフェーズで統括・調整するオーケストレーターです。各フェーズは専用の子スキルに処理を委譲し、親スキル自身は子スキルの具体的なワークフローを再定義しません。フェーズ1（Refine）で要件を明確化した後、フェーズ2（Design system）とフェーズ3（Architecture）で計画を立案し、その結果を統合した計画書を1つだけ生成します。続いてフェーズ4（Build）で実装、フェーズ5（Verify）で本番準備完了を確認し、PR提出可能かを判断します。このスキルは、Claude CodeやCursor、CodexなどのAIエージェントで利用することを想定しており、開発チームが一貫性のあるプロセスでフィーチャー開発を進められるように設計されています。親スキルは子スキルの出力を合成・管理するだけであり、各フェーズの詳細なルールは各子スキルが所有するため、ルールの重複や矛盾を防ぎます。

対応✓Claude Code~Codex CLI~Cursor
Part ofDesign & UI
npx skills add https://github.com/caseycme/skills/tree/HEAD/skills/feature-development
オリジナルを見る→すべてのスキルを見る

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

ドキュメント

Feature Development（フィーチャー開発）

標準に従って計画 → 標準に従って構築 → 標準に対して検証

このスキルは調整のみを行います。各フェーズは子スキルに委譲します。子スキルのワークフローをここに再記述しないでください。

フェーズスキルパスモード（子スキル）
1refinerefine/SKILL.md—
2design-systemdesign-system/SKILL.mdPLAN
3architecturearchitecture/SKILL.mdPLAN
4buildbuild/SKILL.mdBUILD
5verifyverify/SKILL.mdproduction gate

チームが着手可否の判断を必要とする場合は、フェーズ1の前にfeasibilityを使用してください。

ワークフロー

計画の進捗状況:
- [ ] 1. Refine（詳細化）
- [ ] 決定事項（あれば）解決済み
- [ ] 2. Design system（PLAN）
- [ ] 3. Architecture（PLAN）
- [ ] フィーチャー開発計画が出力された
- [ ] 4. Build（構築）
- [ ] 5. 本番準備完了を確認
- [ ] PR提出準備完了

1. Refine（詳細化）

呼び出し: refine/SKILL.md

入力: チケットキーまたはペースト、Figma/デザインリンク、親エピック、会話コンテキスト。

終了条件: 「何を」「どうやって」が推定可能なほど明確になっていること；未解決の決定事項が名前付けされているか解決済みであること；決定事項が確定したら統合された詳細化ブリーフが完成していること。

ゲート: フェーズ2の前に「決定を要する質問」がある場合は停止。

2. Design system（デザインシステム）

呼び出し: design-system/SKILL.md を PLAN モードで。

入力: 詳細化ブリーフ、Figma/スクリーンショット、対象となるルート/画面。

終了条件: 再利用推奨事項、今後のPL変更案、順序付け（PL PRがあれば）。または「該当なし（UIなし）」と1行で記述。

3. Architecture（アーキテクチャ）

呼び出し: architecture/SKILL.md を PLAN モードで。

入力: 詳細化ブリーフ、デザインシステム計画（ある場合）、対象となるルート/API/セッションフィールド。

終了条件: リポジトリの先行事例を含む適用テーマのチェックリスト。

フェーズ1～3の後: 統合計画を1回だけ出力。

4. Build（構築）

呼び出し: build/SKILL.md

入力: 詳細化ブリーフ、デザインシステムPLAN出力、アーキテクチャPLANチェックリスト。

終了条件: それらの標準に従ったブランチ上での実装。

5. Verify production readiness（本番準備完了の確認）

呼び出し: verify/SKILL.md — PR前の単一ゲート。design-system や architecture のREVIEWを個別に実行しないでください。verifyがそれらを統括します。

入力: 詳細化ブリーフ / AC、デザインシステムPLAN出力、アーキテクチャPLANチェックリスト、ブランチ差分。

終了条件: PASS（合格） | PARTIAL（一部合格） | FAIL（不合格）、PR準備完了状態、確認・修正内容。

オーケストレーションルール

  • 子スキルが動作を所有します。 各フェーズのリンク先スキルを読んで従ってください。
  • コンテキストを前方に渡す — 各フェーズは前の出力を消費します。
  • 計画成果物は1つ — フェーズ1～3の後には3つの完全なレポートを出力しないでください。
  • Verifyにはコードが必要 — 計画のみの呼び出しでは、既存の実装がない限りフェーズ4～5をスキップしてください。
  • PR前はフェーズ5のみ — 「PR前にアーキテクチャを再実行」のような個別の再実行は行いません。

呼び出し時の動作

意図実行
新しいストーリーを計画フェーズ1～3 → 統合計画
フィーチャーを実装フェーズ4（フェーズ1～3の後、または既存のブリーフと共に）
クローズアウト / PR前フェーズ5
フルライフサイクル1 → 2 → 3 → 計画 → 4 → 5

フェーズ1～3後の統合計画

子スキルの出力を統合します。子スキルの完全なレポートを再印刷しないでください。

# フィーチャー開発計画: [チケットまたはタイトル]

## サマリー

[refineからの3～5文 + ブロッカー + 見積もり準備状況]

## 詳細化

[デルタの調査結果、ACドラフト、フォローアップ — refineスキルの出力から]

## デザインシステム（PLAN）

[design-system PLANモードから — または「該当なし」]

## アーキテクチャ（PLAN）

[architecture PLANモードのチェックリストから]

## 未解決の決定事項

[refineが完了した場合は空]

## 次へ

→ フェーズ4 Build、その後フェーズ5 Verify

Verify（フェーズ5）後

verifyスキルの出力を追加または返却します（verify/SKILL.md を参照）。親はverifyのセクションを定義しません — 子がレポートを所有します。

子スキル

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.

関連スキル

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