Claude-skill-registry functional-design

install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/functional-design" ~/.claude/skills/majiayu000-claude-skill-registry-functional-design && rm -rf "$T"
manifest: skills/data/functional-design/SKILL.md
source content

Functional Design Skill

PRD(何を作るか)を設計(どう実現するか)に落とし込む。

入出力

種別パス
入力
docs/product-requirements.md
(必須)
入力
docs/functional-design.md
(既存あれば優先)
出力
docs/functional-design.md

参照ファイル

ファイル読むタイミング
./template.md
新規作成時のベース
./reference.md
必須項目・レビュー観点の確認時

手順

1. PRD読解

docs/product-requirements.md を読み、以下を抽出:
- P0(MVP)機能の要件・受け入れ条件
- ターゲットユーザーのワークフロー
- 成功指標(KPI)
- 非機能要件(あれば)

2. 既存設計の確認

  • docs/functional-design.md
    が存在する?
    • Yes → 構造を維持して差分更新
    • No
      ./template.md
      をコピーして新規作成

3. 設計項目の作成

P0機能ごとに以下を埋める(詳細は

./reference.md
参照):

項目形式必須
システム構成図Mermaid graph TB
データモデルTypeScript interface
ER図Mermaid erDiagram複数エンティティ時
コンポーネント設計責務・インターフェース
ユースケースフローMermaid sequenceDiagram
エラーハンドリング表形式
アルゴリズム設計計算式・実装例複雑ロジック時
API設計エンドポイント定義Web API時
画面遷移Mermaid stateDiagramUI有時

4. PRDとのトレーサビリティ確保

  • 各設計セクションに「対応するPRD機能」を明記
  • 例:
    ## 診断機能の設計(PRD: 1. 診断)

5. セルフレビュー

./reference.md
のレビュー観点でチェック:

  • PRD P0要件をすべてカバーしているか
  • データモデルに型・制約・nullable が明記されているか
  • Mermaidに実コンポーネント名が入っているか
  • エラーハンドリングが網羅されているか

6. 出力

docs/functional-design.md
を作成/更新し、変更点をサマリ提示

発火例

  • 「機能設計書を作って」
  • 「PRDを設計に落として」
  • 「データモデルを定義して」
  • 「コンポーネント設計をお願い」
  • 「診断機能のシーケンス図を書いて」

境界(やらないこと)

  • 要件定義
    prd-writing
    スキル
  • 技術選定の深い根拠
    architecture-design
    スキル
  • 実装 → 開発タスクとして別途実施