メニュー
インセプションデッキの作成を支援。プロジェクトの「なぜ」「何を」「どうやって」を 10 の問いで整理し、チーム全体の認識を揃える。「インセプションデッキを作りたい」「プロジェクトの方向性を整理したい」「10 の問いに答えたい」「チームの認識を揃えたい」「プロジェクトを立ち上げる」といった場面で発動する。プロジェクトの方向性を最初に揃えておくことで、後工程での手戻りを大幅に減らせる。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
開発フェーズ全体の TDD ワークフローをオーケストレーション。バックエンド・フロントエンドの開発順序と TDD サイクルの実践方法を案内し、Codex 分業体制もサポートする。「開発を始めたい」「TDD の進め方を知りたい」「Codex と分業で開発したい」「開発フェーズの全体像を把握したい」といった場面で発動する。開発フローを標準化することで、品質のブレを防ぎチーム全体の生産性を底上げする。
ビジネスアーキテクチャ分析を支援。要件定義の前段階として、ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ、組織マップ、情報マップ、ビジネスシナリオを作成。「ビジネスモデルを整理したい」「バリューストリームを描きたい」「ケイパビリティマップを作りたい」「事業構造を分析したい」といった場面で発動する。ビジネスの全体像を理解してからシステム要件に落とし込むことで、本当に必要な機能を見極められる。
DDD の戦術的設計パターンに基づくドメインモデル設計を支援。エンティティ、値オブジェクト、集約、ドメインサービスの設計。「ドメインモデルを設計したい」「DDD で設計したい」「集約を定義したい」「エンティティと値オブジェクトを識別したい」「ユビキタス言語を整理したい」といった場面で発動する。ドメインモデルを先に設計することで、業務ロジックが実装コードに正しく反映される。
RDRA 2.0 に基づく体系的な要件定義を支援。システム価値→外部環境→境界→内部構造の 4 層で要件を整理。「要件定義を始めたい」「システムの要求を整理したい」「RDRA で分析したい」「業務フローを整理したい」「システムコンテキストを作りたい」といった場面で発動する。要件を体系的に整理することで、開発フェーズでの「何を作ればいいかわからない」問題を防ぐ。
インセプションデッキの Markdown から PowerPoint スライド（.pptx）を自動生成。pptxgenjs を使用し、テンプレート準拠の 12 枚構成プレゼンテーションを出力する。「スライドを生成したい」「インセプションデッキの pptx を作りたい」「プレゼン資料を出力したい」「スライドを更新したい」といった場面で発動する。Markdown から自動生成することで、内容更新のたびに手動でスライドを作り直す手間を排除する。
設計ドキュメントの一覧表示、進捗確認、内容参照、インデックス更新、Markdown Lint を実行。ドキュメント管理や整備時に使用。
| name | analyzing-inception-deck |
| description | インセプションデッキの作成を支援。プロジェクトの「なぜ」「何を」「どうやって」を 10 の問いで整理し、チーム全体の認識を揃える。「インセプションデッキを作りたい」「プロジェクトの方向性を整理したい」「10 の問いに答えたい」「チームの認識を揃えたい」「プロジェクトを立ち上げる」といった場面で発動する。プロジェクトの方向性を最初に揃えておくことで、後工程での手戻りを大幅に減らせる。 |
プロジェクトの方向性・スコープ・リスク・トレードオフをチーム全体で共有するためのインセプションデッキを作成する。ビジネスアーキテクチャ分析書（analyzing-business の成果物）をもとに、10 の問いに回答する形式で整理する。
インセプションデッキは「チーム全員が同じ方向を向く」ための道具であり、完璧な計画書ではない。不明点は仮定を明記し、後続のステークホルダーレビューで検証する方が、分析を止めるより効果的。
| 種類 | パス | 備考 |
|---|---|---|
| ガイド | @docs/reference/開発ガイド.md | 開発ライフサイクルにおける位置づけ |
| テンプレート | @docs/template/インセプションデッキ.md | 編集禁止。コピーして使用する |
| 入力 | @docs/analysis/business_architecture.md | ビジネスアーキテクチャ分析書 |
| 成果物 | docs/analysis/inception-deck.md | テンプレートを基に作成 |
ビジネスアーキテクチャ分析書から情報を抽出し、各問いに回答する。ビジネスアーキテクチャ分析書が未作成の場合は、プロジェクトの基本情報をヒアリングして直接回答する。
| # | 問い | 主な情報源 |
|---|---|---|
| 1 | なぜやるのか？ | ケイパビリティヒートマップの低成熟度領域、バリューストリームのボトルネック |
| 2 | どんなビジョンなのか？ | ビジネスプリンシプル、ガイディングプリンシプル、価値提案 |
| 3 | どんな価値をもたらすのか？ | ビジネスモデルキャンバスの価値提案・主要活動 |
| 4 | スコープの範囲はどこか？ | バリューストリーム、ケイパビリティマップ、ビジネスシナリオ |
| 5 | 主なステークホルダーは？ | 組織マップ、ビジネスシナリオのアクター一覧 |
| 6 | 基本的な解決策は？ | ガイディングプリンシプル（アプリケーション・データ・テクノロジー） |
| 7 | 主なリスクは何か？ | ビジネス環境、組織体制、技術的制約 |
| 8 | どのくらい作業があり費用はいくらか？ | 組織マップの人員構成、フィーチャの優先度 |
| 9 | トレードオフにどう向き合うか？ | ビジネスプリンシプル（時間・予算・品質・スコープの優先度） |
| 10 | 初回リリースはいつか？ | フェーズ分割に基づくマイルストーン |
docs/analysis/business_architecture.md が存在するか確認する。存在しない場合は analyzing-business スキルを先に実行するか、基本情報をヒアリングするdocs/analysis/inception-deck.md として出力する既存の docs/analysis/inception-deck.md がある場合は、まずその内容を確認する。更新が必要な問いのみを修正する。
Example:
ユーザー: 「スコープが変わったのでインセプションデッキを更新したい」
回答: 既存のインセプションデッキを読み込み、問い 4（スコープ）と
問い 8（作業量・費用）、問い 10（マイルストーン）を更新する。
問い 6 と問い 10 では PlantUML を使って視覚的に表現する。図があることでチーム間の認識合わせが格段にスムーズになる。
インセプションデッキの Markdown ドキュメントが完成したら、generating-slides スキルで PowerPoint スライドを生成できる。チームへのプレゼンテーション用に活用する。
analyzing-business — 前提となるビジネスアーキテクチャ分析（本スキルの入力を生成）analyzing-requirements — 後続の要件定義（スコープを詳細化）generating-slides — インセプションデッキの PowerPoint スライド生成planning-releases — 後続のリリース計画（マイルストーンを詳細化）orchestrating-analysis — 分析フェーズ全体のワークフロー案内