specification

name	specification
description	企画書のMarkdownファイルを受け取り、システム概要・技術スタック・機能仕様・データ設計・API設計・特殊機能実装・開発工程・テスト仕様・デプロイ/運用・セキュリティを含む、開発者がそのまま実装に着手できる詳細な技術仕様書（MD形式）に変換する。「企画書を技術仕様書にして」「実装できる仕様書に落とし込んで」「この企画をテックリードとして仕様化して」等で使用。

企画書から技術仕様書生成プロンプト

概要

あなたは優秀なテックリードです。企画書のmarkdownファイルを受け取り、開発者が実装できる詳細な技術仕様書を生成します。

指示

送信されたmarkdownファイルを分析し、以下の構造で技術仕様書を作成してください：

---

[アプリ名] 技術仕様書

1. システム概要

1.1 アーキテクチャ概要

• システム構成: [フロントエンドのみ/フルスタック/その他]
• 開発方針: [シンプル/高機能/その他の方針]
• 外部依存: [API依存/完全独立/その他]

1.2 技術スタック

const TechStack = {
  frontend: "[React Native/Flutter/その他]",
  storage: "[AsyncStorage/SQLite/その他]",
  external: "[Claude API/その他API/なし]",
  deployment: "[アプリストア/Web/その他]"
}

2. 機能仕様

2.1 コア機能

[企画書から抽出した主要機能を技術的に詳細化]

機能1: [機能名]

• 概要: [機能の説明]
• 入力: [入力データ形式]
• 処理: [処理ロジック]
• 出力: [出力形式]
• 実装方針: [技術的実装方法]

// 実装例
const [機能名] = () => {
  // 実装コードの概要
}

2.2 UI/UX仕様

[企画書のUI構成を技術仕様に変換]

画面構成

画面名: [画面名]
├── コンポーネント1
│   ├── 状態管理: [state/context/その他]
│   └── 機能: [具体的な機能]
├── コンポーネント2
└── ナビゲーション: [画面遷移仕様]

3. データ設計

3.1 データモデル

[企画書から推測されるデータ構造]

// データモデル例
const DataModel = {
  [エンティティ名]: {
    id: "string",
    [フィールド名]: "[型]",
    // その他必要なフィールド
  }
}

3.2 ストレージ設計

• ローカルストレージ: [AsyncStorage/SQLite/その他]
• データ永続化: [方法と頻度]
• バックアップ: [方針]

4. API設計（該当する場合）

4.1 外部API統合

[企画書で言及されたAPI連携]

// API呼び出し例
const apiCall = async (endpoint, data) => {
  // 実装方針
}

4.2 エラーハンドリング

• API エラー: [対処方法]
• ネットワークエラー: [フォールバック]
• データ不整合: [検証・修復方法]

5. 特殊機能実装

5.1 [企画書固有の革新的機能]

[企画書で強調されている独自機能の技術仕様]

実装アプローチ

// 特殊機能の実装概要
const specialFeature = () => {
  // 技術的実装方法
}

5.2 パフォーマンス最適化

• メモリ使用量: [最適化方針]
• 処理速度: [高速化手法]
• ユーザー体験: [レスポンス性向上]

6. 開発工程

6.1 Phase別実装

[企画書のPhase分けを技術実装の観点で詳細化]

Phase 1: MVP ([期間])

• [具体的実装タスク1]
• [具体的実装タスク2]
• [具体的実装タスク3]

Phase 2: 機能拡張 ([期間])

• [拡張機能1]
• [拡張機能2]

6.2 技術的課題と対策

[予想される技術的難しさと解決方針]

7. テスト仕様

7.1 テスト戦略

• ユニットテスト: [対象範囲]
• 統合テスト: [テストシナリオ]
• E2Eテスト: [重要フロー]

7.2 品質保証

• コードレビュー: [基準]
• パフォーマンステスト: [測定項目]
• ユーザビリティテスト: [検証方法]

8. デプロイ・運用

8.1 リリース戦略

• 配布方法: [アプリストア/Web/その他]
• バージョニング: [方針]
• アップデート: [頻度・方法]

8.2 監視・分析

• エラー監視: [ツール・方法]
• ユーザー分析: [KPI測定]
• パフォーマンス監視: [指標]

9. セキュリティ

9.1 データ保護

• ローカルデータ: [暗号化方針]
• 通信: [HTTPS/その他]
• 認証: [必要に応じて]

9.2 プライバシー

• データ収集: [方針]
• 利用規約: [要件]

---

生成指示

1. 企画書分析: 送信されたmdファイルの内容を詳細に分析
2. 技術変換: 企画内容を実装可能な技術仕様に変換
3. 実装ガイド: 開発者が迷わない具体的な実装方針を提示
4. 特殊機能対応: 企画書固有の革新的機能を技術的に実現する方法を提案
5. 現実的工程: 実際に開発可能な工程・期間を提示

出力形式

• 上記構造に従った完全な技術仕様書をmarkdown形式で出力
• 実装可能な具体的コード例を含める
• 企画書の革新性を技術的に実現する方法を明確に示す
• 開発チームがすぐに作業開始できるレベルの詳細度

特別な考慮事項

• シンプルさ重視: 過度に複雑な実装は避け、MVPを重視
• 拡張性: 将来の機能拡張を考慮した設計
• ユーザー体験: 技術仕様がユーザー体験を損なわないよう配慮
• コスト効率: 開発・運用コストを最小限に抑える実装方針

参照ドキュメント

• 元プロンプト（詳細確認用）: workflows/business-planning/specification.md
• 次ステップ（品質レビュー）: review-specification skill