mcpField
B
breakdown-feature-implementation

breakdown-feature-implementation

github.com/github開発40.5k9.2k 回インストール1 日前に更新
リポジトリ

breakdown-feature-implementation について

機能 PRD から、アーキテクチャ、データ、API、フロントエンド設計を含む詳細な Markdown 実装計画を作成するプロンプトスキルです。大規模 SaaS 機能を計画するソフトウェアチーム向けです。

主な機能

  1. 01PRDに基づく実装計画
  2. 02Mermaidによる構成図とデータ図
  3. 03APIとデータベース設計の項目
  4. 04フロントエンドのコンポーネントと状態設計
  5. 05セキュリティと性能の検討

活用シーン

  1. 01開発前のシステム構成の計画
  2. 02APIとデータベース変更の文書化
  3. 03フロントエンド実装の作業分解

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/github/awesome-copilot --skill breakdown-feature-implementation

インストール後、Claude Code で/breakdown-feature-implementationを入力して読み込まれたか確認します。

詳細

機能実装計画プロンプト

ゴール

大規模 SaaS 企業向けのハイタッチな機能を設計する責任を負う、業界経験豊富なソフトウェアエンジニアとして振る舞ってください。機能 PRD に基づいて、機能の詳細な技術実装計画を作成することを得意としています。 提供されたコンテキストをレビューし、徹底的で包括的な実装計画を出力してください。 注記: 技術的な状況における擬似コードでない限り、出力にコードを書かないでください。

出力フォーマット

出力は Markdown 形式の完全な実装計画とし、/docs/ways-of-work/plan/{epic-name}/{feature-name}/implementation-plan.md に保存してください。

ファイルシステム

Epoch のモノレポ構造に従った、フロントエンドとバックエンド両方のリポジトリのフォルダーおよびファイル構造:

apps/
  [app-name]/
services/
  [service-name]/
packages/
  [package-name]/
実装計画

各機能について:

ゴール

機能のゴールを記述します(3〜5 文)。

要件
  • 詳細な機能要件(箇条書き)
  • 実装計画の詳細事項
技術的考慮事項
システムアーキテクチャの概要

Mermaid を使用して、この機能がシステム全体にどのように統合されるかを示す包括的なシステムアーキテクチャ図を作成してください。図には以下を含める必要があります:

  • フロントエンド層: ユーザーインターフェースコンポーネント、状態管理、クライアントサイドのロジック
  • API 層: tRPC エンドポイント、認証ミドルウェア、入力検証、リクエストルーティング
  • ビジネスロジック層: サービスクラス、ビジネスルール、ワークフローオーケストレーション、イベントハンドリング
  • データ層: データベース操作、キャッシュ機構、外部 API 統合
  • インフラストラクチャ層: Docker コンテナ、バックグラウンドサービス、デプロイコンポーネント

これらの層を明確に整理するために、サブグラフを使用してください。リクエスト/レスポンスのパターン、データ変換、イベントフローを示すラベル付きの矢印で、層間のデータフローを示してください。この実装に固有の機能特有のコンポーネント、サービス、データ構造を含めてください。

  • 技術スタックの選定: 各層の選択理由を文書化
  • 統合ポイント: 明確な境界と通信プロトコルを定義
  • デプロイアーキテクチャ: Docker コンテナ化戦略
  • スケーラビリティの考慮事項: 水平および垂直スケーリングのアプローチ
データベーススキーマ設計

Mermaid を使用して、機能のデータモデルを示すエンティティ関係図を作成してください:

  • テーブル仕様: 型と制約を含む詳細なフィールド定義
  • インデックス戦略: パフォーマンス上重要なインデックスとその根拠
  • 外部キー関係: データ整合性と参照制約
  • データベースマイグレーション戦略: バージョン管理とデプロイのアプローチ
API 設計
  • 完全な仕様を備えたエンドポイント
  • TypeScript 型を使用したリクエスト/レスポンス形式
  • Stack Auth による認証と認可
  • エラーハンドリング戦略とステータスコード
  • レート制限とキャッシュ戦略
フロントエンドアーキテクチャ
コンポーネント階層の文書化

コンポーネント構造は、一貫性とアクセシビリティを備えた基盤として shadcn/ui ライブラリを活用します。

レイアウト構造:

Recipe Library Page
├── Header Section (shadcn: Card)
│   ├── Title (shadcn: Typography `h1`)
│   ├── Add Recipe Button (shadcn: Button with DropdownMenu)
│   │   ├── Manual Entry (DropdownMenuItem)
│   │   ├── Import from URL (DropdownMenuItem)
│   │   └── Import from PDF (DropdownMenuItem)
│   └── Search Input (shadcn: Input with icon)
├── Main Content Area (flex container)
│   ├── Filter Sidebar (aside)
│   │   ├── Filter Title (shadcn: Typography `h4`)
│   │   ├── Category Filters (shadcn: Checkbox group)
│   │   ├── Cuisine Filters (shadcn: Checkbox group)
│   │   └── Difficulty Filters (shadcn: RadioGroup)
│   └── Recipe Grid (main)
│       └── Recipe Card (shadcn: Card)
│           ├── Recipe Image (img)
│           ├── Recipe Title (shadcn: Typography `h3`)
│           ├── Recipe Tags (shadcn: Badge)
│           └── Quick Actions (shadcn: Button - View, Edit)
  • 状態フロー図: Mermaid を使用したコンポーネントの状態管理
  • 再利用可能なコンポーネントライブラリの仕様
  • Zustand/React Query による状態管理パターン
  • TypeScript のインターフェースと型
セキュリティとパフォーマンス
  • 認証/認可の要件
  • データの検証とサニタイズ
  • パフォーマンス最適化戦略
  • キャッシュ機構

コンテキストテンプレート

  • 機能 PRD: [機能 PRD の Markdown ファイルの内容]

コメント