@k2works/claude-code-booster 3.8.0 → 4.0.0

package/lib/assets/.claude/README.md

@@ -33,7 +33,9 @@ Claude Code をより効率的に使うための基本設定テンプレート
 
 | スキル | 説明 |
 | :--- | :--- |
-| `analyzing-business` | ビジネスアーキテクチャ分析を支援。ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ等の作成。 |
+| `analyzing-business-case` | 企業事例（ケーススタディ）の与件文作成を支援。経営戦略・マーケティング・生産管理・財務会計の 4 パターン対応。 |
+| `analyzing-business-strategy` | 企業事例を基に企業戦略・事業戦略・機能戦略の 3 階層を体系的に立案。SWOT・VRIO・BMC・価値連鎖・ケイパビリティマップを作成。 |
+| `analyzing-business-architecture` | ビジネスアーキテクチャ分析を支援。ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ等の作成。 |
 | `analyzing-inception-deck` | インセプションデッキ作成。プロジェクトの「なぜ」「何を」「どうやって」を 10 の問いで整理。 |
 | `analyzing-requirements` | RDRA 2.0 に基づいた体系的な要件定義を作成。 |
 | `analyzing-usecases` | ユースケース・ユーザーストーリー作成を支援。 |
@@ -169,7 +171,9 @@ Claude Code をより効率的に使うための基本設定テンプレート
 │   ├── creating-adr/SKILL.md
 │   ├── generating-bmc/SKILL.md
 │   ├── generating-slides/SKILL.md
-│   ├── analyzing-business/SKILL.md
+│   ├── analyzing-business-case/SKILL.md
+│   ├── analyzing-business-strategy/SKILL.md
+│   ├── analyzing-business-architecture/SKILL.md
 │   ├── analyzing-inception-deck/SKILL.md
 │   ├── analyzing-requirements/SKILL.md
 │   ├── analyzing-usecases/SKILL.md

package/lib/assets/.claude/skills/{analyzing-business → analyzing-business-architecture}/SKILL.md

@@ -1,6 +1,6 @@
 ---
-name: analyzing-business
-description: ビジネスアーキテクチャ分析を支援。要件定義の前段階として、ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ、組織マップ、情報マップ、ビジネスシナリオを作成。「ビジネスモデルを整理したい」「バリューストリームを描きたい」「ケイパビリティマップを作りたい」「事業構造を分析したい」といった場面で発動する。ビジネスの全体像を理解してからシステム要件に落とし込むことで、本当に必要な機能を見極められる。
+name: analyzing-business-architecture
+description: ビジネスアーキテクチャ分析を支援。要件定義の前段階として、ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ、組織マップ、情報マップ、ビジネスシナリオを作成。「ビジネスモデルを整理したい」「バリューストリームを描きたい」「ケイパビリティマップを作りたい」「事業構造を分析したい」「ビジネスアーキテクチャを分析したい」「BA 分析をしたい」といった場面で発動する。ビジネスの全体像を理解してからシステム要件に落とし込むことで、本当に必要な機能を見極められる。
 ---
 
 # ビジネスアーキテクチャ分析
@@ -13,17 +13,42 @@ description: ビジネスアーキテクチャ分析を支援。要件定義の
 
 - @docs/reference/ビジネスアーキテクチャ分析ガイド.md — 分析手法とフレームワークの詳細。各成果物の作成方法はこのガイドに従う。
 
-## テンプレートと成果物
+## テンプレート・入力・成果物
 
 | 種類 | パス | 備考 |
 |------|------|------|
 | テンプレート | @docs/template/ビジネスアーキテクチャ.md | 編集禁止。コピーして使用する |
+| 入力（任意） | @docs/strategy/business_strategy.md | `analyzing-business-strategy` の成果物があれば流用 |
 | 成果物 | `docs/strategy/business_architecture.md` | テンプレートを基に作成 |
 
+### 入力の扱い
+
+本スキルは実プロジェクトのビジネスアーキテクチャを文書化するもので、単独実行も可能である。ただし、`analyzing-business-strategy` スキルで戦略分析（SWOT・VRIO・BMC・価値連鎖・ケイパビリティマップなど）を先に済ませている場合は、その成果物 `business_strategy.md` を入力として活用することで分析の重複を避けられる。
+
+`business_strategy.md` から流用できる主な要素：
+
+| 戦略分析の成果物 | 本スキルでの活用先 |
+|----------------|------------------|
+| 環境分析（SWOT・VRIO） | ビジネスプリンシプル策定の根拠 |
+| ビジネスモデル（BMC） | ビジネスモデルキャンバスセクションへ直接転記 |
+| バリューストリーム | バリューストリーム設計の叩き台 |
+| ケイパビリティマップ | ケイパビリティモデル構築の出発点 |
+| 組織マップ | 組織マップセクションへ直接転記 |
+| 情報マップ | 情報マップ作成の入力 |
+| ビジネスシナリオ | ビジネスシナリオ策定の雛形 |
+
+戦略分析の視点（why）と、アーキテクチャ分析の視点（how／what の構造）は異なるため、単純なコピーではなく「戦略で決まった方向性を、アーキテクチャの構造として再整理する」姿勢で取り込むこと。
+
+`business_strategy.md` が存在しない場合は、プロジェクトの基本情報（ビジョン、ミッション、ビジネス概要）をヒアリングして直接作成する。
+
 ## 分析の進め方
 
 以下の順序で進める。各ステップの出力が次のステップの入力になるため、この順序を守ることで整合性の高い分析ができる。
 
+### 0. 入力の確認（任意）
+
+`docs/strategy/business_strategy.md` が存在するかを確認する。存在する場合は該当セクション（BMC、バリューストリーム、ケイパビリティマップ、組織マップ、ビジネスシナリオなど）を読み取り、各ステップで活用する。存在しない場合は次のステップから開始する。
+
 ### 1. プリンシプルの定義
 
 ビジョン・ミッション・価値観に基づく方針を最初に固める。プリンシプルが曖昧だと、後続の分析で判断軸がブレる。
@@ -89,6 +114,8 @@ description: ビジネスアーキテクチャ分析を支援。要件定義の
 
 ## 関連スキル
 
+- `analyzing-business-strategy` — 前段の戦略分析（成果物 `business_strategy.md` を本スキルの入力として活用可能）
+- `generating-bmc` — 本スキルの BMC セクションから SVG 図を生成
 - `analyzing-requirements` — 後続の要件定義（本スキルの成果物が入力）
 - `analyzing-usecases` — 後続のビジネスユースケース詳細化
 - `analyzing-architecture` — 後続のシステムアーキテクチャ設計への橋渡し

package/lib/assets/.claude/skills/analyzing-business-case/SKILL.md

@@ -0,0 +1,148 @@
+---
+name: analyzing-business-case
+description: 企業事例（ケーススタディ）の与件文作成を支援。経営戦略・マーケティング・生産管理・財務会計の 4 パターンから選択し、テンプレートのプレースホルダに対応する質問に回答することで与件文を生成する。「企業事例を作りたい」「ケーススタディを書きたい」「与件文を作成したい」「診断士試験の事例問題を作りたい」「仮想企業の事例を整理したい」といった場面で発動する。事例テンプレートに沿って体系的にヒアリングすることで、論理的整合性のある与件文を効率的に作成できる。
+---
+
+# 企業事例作成
+
+企業事例（ケーススタディ）の与件文を、テンプレートに沿ったプレースホルダ置換方式で作成する。ユーザーへの体系的なヒアリングを通じてプレースホルダを埋め、自然な日本語の事例文として出力する。
+
+事例の型（テンプレート）を先に固定することで、論理の抜け漏れを防ぎ、診断・分析の前提となる「よい与件文」を短時間で作成できる。
+
+## 参照ドキュメントと成果物
+
+| 種類 | パス | 備考 |
+|------|------|------|
+| テンプレート | @docs/template/事例分析.md | 編集禁止。コピーして使用する |
+| 参考 | @docs/template/企業分析.md | 分析フレームワーク |
+| ガイド | @docs/reference/経営戦略分析ガイド.md | 事例作成の理論的背景と 4 パターンの詳細 |
+| 成果物 | `docs/strategy/business_case.md` | テンプレートを基に作成 |
+
+## 4 つのパターン
+
+事例のテーマによって以下から 1 つを選択する。複数テーマを含む場合は主テーマのパターンを採用し、副次的要素は他パターンから補完する。
+
+| パターン | テーマ | 代表的な論点 |
+|---------|-------|-------------|
+| 1 | 経営戦略（組織・人事） | 事業承継・組織設計・人材定着・役割分担 |
+| 2 | マーケティング戦略 | ターゲット顧客・商品戦略・チャネル・競争環境 |
+| 3 | 生産管理（生産・技術） | 工程管理・ボトルネック・技術継承・新規受注対応 |
+| 4 | 財務会計 | 財務分析・投資意思決定・資金調達・リスク |
+
+## 作成の進め方
+
+### ステップ 1：パターンの選択
+
+ユーザーに事例のテーマを確認し、4 つのパターンから 1 つを選択する。ユーザーがテーマを明示しない場合は「どのような論点を中心に据えるか？」と聞き、テーマを特定する。
+
+### ステップ 2：共通プレースホルダのヒアリング
+
+どのパターンでも必要になる基礎情報を最初にまとめてヒアリングする。既に会話やファイルで判明している情報は質問を省略する。
+
+ヒアリングする項目：
+
+- 企業略称（A社/B社 など、匿名化必須）
+- 業種
+- 資本金
+- 従業員数（正社員・パート内訳）
+- 売上高
+- 所在地・立地特性（地名は記号化：X 県 など）
+- 創業年
+- 現経営者の代・属性
+- 後継者の有無
+- 主力製品・サービス
+- 主要取引先・顧客層
+- 外部専門家への相談内容
+
+### ステップ 3：パターン固有プレースホルダのヒアリング
+
+選択したパターンの本文テンプレートを読み込み、プレースホルダを段落ごとに分割してヒアリングする。一度にすべてを聞くと回答者の負担が大きいため、段落単位で区切って進める。
+
+**ヒアリングの単位（パターン別の段落構成）**：
+
+- **パターン 1（経営戦略）**：企業概要 → 創業と沿革 → 事業変遷 → 組織構造・人事制度 → 現在の経営課題 → 相談
+- **パターン 2（マーケティング）**：企業概要 → 立地・商圏 → 創業沿革 → 商品特性・強み → 取引先・チャネル → 事業見直し → 外部環境変化 → 相談
+- **パターン 3（生産管理）**：企業概要 → 生産部門構成 → 主要プロセス → 生産計画・工程管理 → 各工程詳細 → 新規製品事業 → 相談
+- **パターン 4（財務会計）**：企業概要 → セグメント構成 → 貸借対照表・損益計算書の特徴 → 経営指標趨勢 → 投資計画 → 資金調達 → リスク要因 → 相談（加えて財務諸表の数値）
+
+段落ごとに質問を投げ、回答を受けてから次の段落に進む。これにより、話の流れが自然になり、論理的整合性も保たれる。
+
+### ステップ 4：パターン横断要素の統合
+
+テンプレートのパターンは万能ではなく、ユーザーが提供した情報の中には選択パターンに専用段落がないものが混じる。代表例は以下：
+
+| 要素 | パターン 1 | パターン 2 | パターン 3 | パターン 4 |
+|------|----------|----------|----------|----------|
+| 後継者情報 | 専用段落あり | 相談段落に統合 | **相談段落に統合** | 相談段落に統合 |
+| 財務数値 | 概要のみ | 概要のみ | 概要のみ | 専用段落あり |
+| 立地・商圏 | 概要のみ | **専用段落あり** | 概要のみ | 概要のみ |
+| 工程詳細 | 概要のみ | 概要のみ | **専用段落あり** | 概要のみ |
+
+**統合ルール**：選択パターンに専用段落がない要素は、最も近い段落（多くは「企業概要」または「外部専門家への相談」）に自然に織り込む。専用段落を新設したり、テンプレートにない見出しを追加してはいけない。
+
+### ステップ 5：整合性チェック
+
+プレースホルダの値を埋め終えたら、出力前に以下を確認する：
+
+- 時系列の前後関係は矛盾していないか（創業年 → 転機 → 現在）
+- 因果関係は自然か（外部ショック → 売上減少 → 事業転換）
+- 人物（現経営者・後継者）の年齢・経歴が矛盾していないか
+- パターン 4 の場合、財務数値の合計は一致しているか（資産 = 負債 + 純資産 など）
+- **文体の統一**：与件文は原則として常体（だ・である調）で統一する。敬体（です・ます調）との混在は避ける。テンプレート本文の文末表現に揃える
+
+矛盾があればユーザーに確認して修正する。
+
+### ステップ 6：与件文の生成
+
+テンプレートの本文部分に値を代入し、`docs/strategy/business_case.md` として出力する。構成は以下のとおり：
+
+```markdown
+# {{company_name}}の事例
+
+## 与件
+
+### （選択パターンの見出し構成）
+
+（本文テンプレートをプレースホルダ置換した文章）
+```
+
+以下のルールに従う：
+
+- 未使用プレースホルダを含む段落は削除する（テンプレート使用方法に準拠）
+- 段落順序はテンプレートを維持するが、自然さを損なう場合は因果関係・時系列を優先
+- 固有名詞は必ず匿名化（「X 県」「A 社」のような記号的表現）
+- パターン 4 の場合、財務諸表（BS・PL）の表も併せて出力する
+
+## ヒアリングのコツ
+
+**ユーザーが情報を持っていない場合**：仮の値を提案して確認を取る。「仮に資本金を 3,000 万円としておきますが、よろしいですか？」のように、決めないと先に進めない項目は提案して前に進める。
+
+**段落ごとに一旦確認**：各段落の本文ドラフトができたら、その段落だけを先にユーザーに見せてフィードバックを受ける。最後にまとめて見せると修正コストが大きい。
+
+**情報源がある場合**：実在企業の公開情報を参考にする場合は、必ず匿名化し、実在が特定できないよう数値や時期をぼかす。
+
+## 途中から再開する場合
+
+既存の `docs/strategy/business_case.md` がある場合は、まずその内容を確認する。どの段落まで埋まっているかを確認し、未記入のプレースホルダから再開する。
+
+**Example:**
+
+```
+ユーザー: 「企業概要と沿革は書いた。次は組織の話」
+回答: 既存の business_case.md を読み込み、パターンを特定した上で
+      組織構造・人事制度段落のヒアリングに進む。
+```
+
+## 注意事項
+
+- テンプレート（`docs/template/事例分析.md`）は編集禁止。読み取り専用として使用する
+- プレースホルダ名は snake_case（テンプレート定義に準拠）
+- 地名・企業名は必ず匿名化し、「X 県」「A 社」のような記号的表現で抽象度を保つ
+- タスク項目（リスト）の前には空行を入れる（Markdown Lint 準拠）
+- 出力先ディレクトリ `docs/strategy/` が存在しない場合は作成する
+
+## 関連スキル
+
+- `analyzing-business-architecture` — ビジネスアーキテクチャ分析（実プロジェクト向けの事業構造整理）
+- `analyzing-requirements` — 事例を入力として要件定義に進む場合
+- `creating-adr` — 事例作成で生じた設計判断の記録

package/lib/assets/.claude/skills/analyzing-business-strategy/SKILL.md

@@ -0,0 +1,277 @@
+---
+name: analyzing-business-strategy
+description: 企業事例（与件文）を基に企業戦略・事業戦略・機能戦略の 3 階層を体系的に立案。環境分析（SWOT・VRIO・BMC）から始めて、ドメイン定義・成長戦略・競争戦略・価値連鎖・ケイパビリティマップまで、PlantUML を活用した可視化ドキュメントを作成する。「戦略を立案したい」「企業戦略を作りたい」「事業戦略を策定したい」「SWOT 分析をしたい」「VRIO 分析をしたい」「成長戦略を考えたい」「競争戦略を立てたい」「価値連鎖を分析したい」「ケイパビリティマップを作りたい」「診断士試験の戦略分析をしたい」「企業事例から戦略を導出したい」といった場面で発動する。事例と戦略をセットで扱うことで、経営コンサルティングの提案書や中小企業診断士の答案に相当する体系的な戦略ドキュメントを作成できる。
+---
+
+# 企業戦略分析
+
+企業事例（与件文）を出発点として、企業戦略・事業戦略・機能戦略の 3 階層を論理的に導出し、可視化ドキュメントとして整理する。
+
+戦略立案は「なぜその戦略なのか」の根拠が命であり、与件文から SWOT・VRIO・BMC を経由して戦略を導くことで、論理的整合性を担保できる。場当たり的に「差別化戦略がよい」と決めるのではなく、「与件の強み × 機会の組み合わせから差別化の方向性が導かれる」という筋道を示すことが重要。
+
+## 参照ドキュメントと成果物
+
+| 種類 | パス | 備考 |
+|------|------|------|
+| テンプレート | @docs/template/企業分析.md | 編集禁止。コピーして使用する |
+| 入力 | @docs/strategy/business_case.md | `analyzing-business-case` スキルの出力 |
+| ガイド | @docs/reference/経営戦略分析ガイド.md | 3 階層戦略の理論的背景・フレームワーク詳細 |
+| 参考 | @docs/reference/ロジカルシンキング.md | 論理展開の基本（演繹・帰納） |
+| 成果物 | `docs/strategy/business_strategy.md` | テンプレートを基に作成 |
+| 後続成果物 | `docs/strategy/BMC.svg` | `generating-bmc` スキルで生成 |
+
+## 3 階層の戦略構造
+
+戦略は階層的に連鎖する。上位の戦略が下位の戦略の前提条件を決定するため、この順序で立案することが重要。
+
+| 階層 | 問い | 主なフレームワーク |
+|------|------|------------------|
+| **企業戦略** | どの事業領域で戦うか？ | ドメイン定義、Ansoff 成長戦略 |
+| **事業戦略** | 各事業でどう競争するか？ | Porter 基本戦略、競争地位別戦略、価値連鎖 |
+| **機能戦略** | どう実行するか？ | バリューストリーム、ケイパビリティマップ、組織マップ |
+
+上位階層を飛ばして機能戦略だけを論じても、「なぜその機能が必要か」が答えられない。逆に企業戦略だけでは「絵に描いた餅」になる。3 階層を貫く論理のラインを作ることが、使える戦略ドキュメントの条件である。
+
+## 立案の進め方
+
+### ステップ 1：入力の確認
+
+`docs/strategy/business_case.md` が存在することを確認する。存在しない場合は `analyzing-business-case` スキルを先に実行するか、ユーザーに事例情報をヒアリングする。
+
+与件文から以下を抽出してメモしておく（各ステップで参照する）：
+
+- 企業基本情報（業種・規模・沿革・主力製品・主要取引先）
+- 経営環境の変化（外部ショック・競争激化・技術変化）
+- 内部リソース（技術・人材・設備・ノウハウ・ブランド）
+- 現在の課題（事業承継・組織・人事・生産・財務）
+- 相談内容（どの方向で助言を求めているか）
+
+### ステップ 2：環境分析（事実ベースの整理）
+
+戦略を考える前に、事実を整理する。ここで飛ばしやすいが、環境分析なしの戦略は主観の羅列になる。
+
+#### 2-1. 組織図
+
+与件から読み取れる組織構造を `@startwbs` で可視化する。不明な階層は「推定」と注記する。
+
+#### 2-2. ビジネスモデル（BMC）
+
+9 要素のマインドマップとして整理する。与件に明示されていない要素は、業種の一般論から推定してよい（ただし「推定」と明記）。
+
+- 外部環境：競争・政治社会技術・マクロ経済・市場
+- 内部環境（顧客）：顧客セグメント
+- 内部環境（価値）：価値提案・チャネル・顧客関係
+- 内部環境（インフラ）：主要活動・主要リソース・主要パートナー
+- 内部環境（資金）：収益源・コスト構造
+
+**`generating-bmc` との連携**：この BMC セクションは `generating-bmc` スキルが読み取る入力となる。見出しは `### ビジネスモデルキャンバス`（推奨）または `### ビジネスモデル`（テンプレート準拠）を使用し、PlantUML の `@startmindmap` ブロックで 9 要素を記述する。`generating-bmc` は両方の見出しを認識する。ルートノード名は `* ビジネスモデル` でも `* A 社ビジネスモデル` でもよい（事例名プレフィックス可）。重要なのは「顧客 / 価値 / インフラ / 資金」の 4 分類 → 9 要素の階層構造を維持することで、これにより `generating-bmc` がマインドマップを解析して SVG 図を生成できる。
+
+```plantuml
+@startmindmap
+* ビジネスモデル
+-- 外部環境
+--- 競争
+--- 政治・社会・技術
+--- マクロ経済
+--- 市場
+** 内部環境
+*** 顧客
+**** 顧客セグメント（具体的なセグメント名）
+*** 価値
+**** 価値提案（独自の価値）
+**** チャネル（販売経路）
+**** 顧客関係（関係性）
+*** インフラ
+**** 主要活動（コア活動）
+**** 主要リソース（重要資源）
+**** 主要パートナー（協業先）
+*** 資金
+**** 収益源（収益モデル）
+**** コスト構造（主要コスト）
+@endmindmap
+```
+
+#### 2-3. SWOT 分析
+
+SWOT は「強み × 機会」「弱み × 脅威」の交差から戦略の種が出てくるため、単に 4 象限を埋めるだけでなく、クロス SWOT を念頭に置いて整理する。
+
+- 強み（Strength）：与件から抽出できる固有の能力
+- 弱み（Weakness）：与件から読み取れる制約
+- 機会（Opportunity）：外部環境の追い風
+- 脅威（Threat）：外部環境の逆風
+
+#### 2-4. VRIO 分析
+
+SWOT で抽出した強みを、持続的競争優位性の観点で評価する。強みすべてが競争優位の源泉ではない。
+
+- 経済的価値（Value）：顧客にとって価値があるか
+- 希少性（Rarity）：競合が持っていないか
+- 模倣困難性（Imitability）：簡単に真似されないか
+- 組織能力（Organization）：強みを活用する組織体制があるか
+
+### ステップ 3：企業戦略の立案
+
+環境分析を踏まえて、「どの事業領域で戦うか」を定義する。
+
+#### 3-1. ドメイン
+
+- 企業ドメイン：理念・ビジョン・ミッション（与件から読み取れない場合は相談内容から推定）
+- 事業ドメイン：誰に（ターゲット顧客）・何を（価値提案）・どのように（提供方法）
+
+#### 3-2. 成長戦略（Ansoff）
+
+既存市場 / 新規市場 × 既存製品 / 新規製品の 4 象限でどこを狙うかを決める。与件の「相談内容」が重要なヒントになる。
+
+- 市場浸透：既存市場 × 既存製品
+- 市場開発：新規市場 × 既存製品
+- 商品開発：既存市場 × 新規製品
+- 多角化：新規市場 × 新規製品（水平・垂直・集中・集成）
+
+#### 3-3. 企業戦略のイシューツリー
+
+ドメインと成長戦略を論点として、論理ツリーで整理する。
+
+### ステップ 4：事業戦略の立案
+
+企業戦略で定めた事業ドメインに対して、「どう競争するか」を決める。
+
+#### 4-1. 基本戦略（Porter）
+
+- コストリーダーシップ：低コスト実現
+- 差別化：独自価値の提供
+- 集中：特定セグメントへの集中
+
+中小企業は経営資源が限られるため、基本は「差別化」または「集中」が現実的。与件の強み（VRIO で評価済み）が選択の根拠になる。
+
+#### 4-2. 競争戦略（競争地位別）
+
+- リーダー：市場拡大・同質化
+- チャレンジャー：差別化
+- ニッチャー：集中
+- フォロワー：追随
+
+与件の企業の市場シェア・規模から競争地位を判断する。中小企業はニッチャーかフォロワーが多い。
+
+#### 4-3. 価値連鎖（Porter Value Chain）
+
+- 主活動：購買物流・製造・出荷物流・マーケティング販売・サービス
+- 支援活動：インフラ・人事労務・技術開発・調達
+
+各活動のうち、強み（競争優位の源泉）となる活動と弱み（改善対象）となる活動を明示する。
+
+#### 4-4. 事業戦略のイシューツリー
+
+基本戦略・競争戦略・価値連鎖を論点として整理する。
+
+### ステップ 5：機能戦略の立案
+
+事業戦略を実行するための具体的な機能レベルの戦略を策定する。
+
+#### 5-1. バリューストリーム
+
+価値の流れを「主活動 → 支援活動 → 個別業務機能」の順で可視化する。テンプレートの `バリューストリーム` セクションをベースに、事例の業種特性に合わせて調整する。
+
+#### 5-2. ケイパビリティマッピング
+
+組織が持つ能力を「コア / 汎用 / サポート」に分類する。コアは競争優位の源泉、汎用はどの企業にも必要、サポートは業務支援機能。
+
+- コア：競争優位に直結する能力（例：独自の製造技術、顧客対応力）
+- 汎用：業界標準の業務能力（例：販売管理、在庫管理）
+- サポート：間接業務（例：会計、給与計算）
+
+#### 5-3. 組織マップ
+
+ケイパビリティを組織構造にマッピングする。「どの部門がどのケイパビリティを担っているか」を可視化することで、組織の歪み（重複・欠落）が見える。
+
+#### 5-4. 情報マップ
+
+事業遂行に必要な主要情報エンティティと、情報の流れを整理する（後続のデータモデル設計の入力となる）。
+
+#### 5-5. ビジネスシナリオ
+
+事業戦略を実現するためのシナリオを物語形式で記述する。アクター・ゴール・期待する結果を明示する。
+
+#### 5-6. 機能戦略のイシューツリー
+
+機能戦略の論点を組織・ケイパビリティの観点で整理する。
+
+### ステップ 6：業務分析（任意、詳細設計に進む場合）
+
+機能戦略をさらに業務レベルに落とし込む。後続の要件定義・ドメインモデル設計の入力となる。
+
+- **業務領域（サブドメイン）**：コア / 汎用 / サポートに分類
+- **ビジネスコンテキスト**：システムと外部アクターの関係
+- **ビジネスユースケース**：ユースケース図・シーケンス図・業務フロー図
+
+この段階は任意であり、戦略ドキュメントとしてはステップ 5 までで完結する。後続の開発フェーズに進む場合に着手する。
+
+### ステップ 7：論理整合性チェック
+
+出力前に以下を確認する。3 階層の戦略が縦に貫かれているかが最重要。
+
+- **縦の論理**：環境分析 → 企業戦略 → 事業戦略 → 機能戦略 の論理ラインは成立しているか
+- **SWOT × 戦略**：強み・機会が採用した戦略の根拠になっているか
+- **VRIO × 競争優位**：VRIO で高評価の強みが基本戦略・競争戦略の軸になっているか
+- **与件との整合**：与件に記載された事実と矛盾していないか
+- **相談内容への回答**：与件の「外部専門家への相談内容」に対する答えになっているか
+
+矛盾や飛躍があれば、環境分析に立ち戻って再整理する。戦略の結論を変えるのではなく、論拠を足す方向で調整する。
+
+### ステップ 8：成果物の出力
+
+`docs/strategy/business_strategy.md` として出力する。テンプレートの見出し構成を維持し、各セクションに事例固有の内容を記述する。
+
+- PlantUML の図は、テンプレートの構造をベースに事例の内容を反映
+- 図の後に「考察」「根拠」を文章で補足（図だけでは戦略の意図が伝わらない）
+- 与件の引用は最小限にとどめ、戦略の論拠として使う
+
+### ステップ 9：BMC SVG の生成（後続タスク）
+
+`business_strategy.md` 出力後、BMC を視覚的なキャンバス図として残したい場合は `generating-bmc` スキルを実行する。環境分析セクションの `### ビジネスモデルキャンバス` にある mindmap データが自動的に入力として使われる。
+
+- 出力先：`docs/strategy/BMC.svg`
+- 生成タイミング：`business_strategy.md` の初回作成時と BMC セクションを更新したとき
+- 生成を推奨する理由：戦略ドキュメントは長文になるため、9 要素の全体像を一枚絵で示せる BMC 図はステークホルダーへの説明時に極めて有効
+
+`generating-bmc` は `business_architecture.md` を既定の入力として想定しているが、本スキルの `business_strategy.md` も同等の mindmap フォーマットで BMC を持つため、入力パスを `docs/strategy/business_strategy.md` に切り替えれば利用できる。
+
+## 戦略を導くコツ
+
+**事実と解釈を分ける**：「従業員数 45 名」は事実、「人員不足である」は解釈。解釈には必ず根拠（他社比較・業務量など）を示す。
+
+**フレームワークに縛られない**：テンプレートのフレームワーク（SWOT・VRIO・Ansoff 等）は道具であり目的ではない。無理に全項目を埋めるより、事例に本当に関係する項目に集中する。
+
+**与件にない情報は「仮定」と明記**：推定が必要な場合、「業界平均から推定すると …」「同業他社の一般的な傾向から …」と明示する。
+
+**イシューツリーは戦略の地図**：各階層のイシューツリーは、その階層で答えるべき論点のリスト。埋まらないイシューがあれば、その戦略は不完全。
+
+## 途中から再開する場合
+
+既存の `docs/strategy/business_strategy.md` がある場合は、まずその内容を確認する。どのセクションまで埋まっているかを確認し、未記入のセクションから再開する。
+
+**Example:**
+
+```
+ユーザー: 「環境分析は終わった。企業戦略から進めたい」
+回答: 既存の business_strategy.md を読み込み、SWOT・VRIO の内容を確認した上で、
+      ステップ 3（企業戦略の立案）からドメイン定義・成長戦略・イシューツリーの順で進める。
+```
+
+## 注意事項
+
+- テンプレート（`docs/template/企業分析.md`）は編集禁止。読み取り専用として使用する
+- 入力となる `business_case.md` が存在しない場合は、`analyzing-business-case` スキルを先に実行することを推奨
+- PlantUML の図は事例固有の内容にカスタマイズする。テンプレートの例をそのままコピーしない
+- 論拠のない戦略は書かない。「強みを活かして差別化」では不十分で、どの強みをどう活かすかを具体的に
+- タスク項目（リスト）の前には空行を入れる（Markdown Lint 準拠）
+- 出力先ディレクトリ `docs/strategy/` が存在しない場合は作成する
+
+## 関連スキル
+
+- `analyzing-business-case` — 前提となる事例（与件文）作成（本スキルの入力を生成）
+- `analyzing-business-architecture` — ビジネスアーキテクチャ分析（実プロジェクトの事業構造整理）
+- `generating-bmc` — 本スキルの BMC セクションから SVG 図を生成（後続の可視化タスク）
+- `analyzing-inception-deck` — 後続のプロジェクト方向性整理
+- `analyzing-requirements` — 後続の要件定義（機能戦略・業務分析を入力）
+- `analyzing-domain-model` — 後続のドメインモデル設計（サブドメインを入力）
+- `creating-adr` — 戦略選択の意思決定を記録

package/lib/assets/.claude/skills/analyzing-inception-deck/SKILL.md

@@ -5,7 +5,7 @@ description: インセプションデッキの作成を支援。プロジェク
 
 # インセプションデッキ作成
 
-プロジェクトの方向性・スコープ・リスク・トレードオフをチーム全体で共有するためのインセプションデッキを作成する。ビジネスアーキテクチャ分析書（`analyzing-business` の成果物）をもとに、10 の問いに回答する形式で整理する。
+プロジェクトの方向性・スコープ・リスク・トレードオフをチーム全体で共有するためのインセプションデッキを作成する。ビジネスアーキテクチャ分析書（`analyzing-business-architecture` の成果物）をもとに、10 の問いに回答する形式で整理する。
 
 インセプションデッキは「チーム全員が同じ方向を向く」ための道具であり、完璧な計画書ではない。不明点は仮定を明記し、後続のステークホルダーレビューで検証する方が、分析を止めるより効果的。
 
@@ -39,7 +39,7 @@ description: インセプションデッキの作成を支援。プロジェク
 
 ### 新規作成
 
-1. `docs/strategy/business_architecture.md` が存在するか確認する。存在しない場合は `analyzing-business` スキルを先に実行するか、基本情報をヒアリングする
+1. `docs/strategy/business_architecture.md` が存在するか確認する。存在しない場合は `analyzing-business-architecture` スキルを先に実行するか、基本情報をヒアリングする
 2. テンプレート（@docs/template/インセプションデッキ.md）を読み込む
 3. 10 の問いに順番に回答する。各問いの回答にはビジネスアーキテクチャ分析書からの根拠を示す
 4. 概念アーキテクチャ図を PlantUML で作成する（問い 6）
@@ -77,7 +77,7 @@ description: インセプションデッキの作成を支援。プロジェク
 
 ## 関連スキル
 
-- `analyzing-business` — 前提となるビジネスアーキテクチャ分析（本スキルの入力を生成）
+- `analyzing-business-architecture` — 前提となるビジネスアーキテクチャ分析（本スキルの入力を生成）
 - `analyzing-requirements` — 後続の要件定義（スコープを詳細化）
 - `generating-slides` — インセプションデッキの PowerPoint スライド生成
 - `planning-releases` — 後続のリリース計画（マイルストーンを詳細化）

package/lib/assets/.claude/skills/analyzing-requirements/SKILL.md

@@ -85,7 +85,7 @@ RDRA の価値は、要件を「何となくの要望リスト」ではなく「
 
 ## 関連スキル
 
-- `analyzing-business` — 前段のビジネスアーキテクチャ分析
+- `analyzing-business-architecture` — 前段のビジネスアーキテクチャ分析
 - `analyzing-inception-deck` — 前段のインセプションデッキ
 - `analyzing-usecases` — 後続のユースケース・ユーザーストーリー詳細化
 - `orchestrating-analysis` — 分析フェーズ全体のワークフロー案内

package/lib/assets/.claude/skills/generating-bmc/SKILL.md

@@ -12,12 +12,36 @@ description: ビジネスモデルキャンバス（BMC）の SVG 図を生成
 | 種類 | パス | 備考 |
 |------|------|------|
 | テンプレート | `docs/reference/images/BMC.drawio.svg` | BMC レイアウトのリファレンス（英語版、drawio 形式） |
-| 入力 | `docs/strategy/business_architecture.md` | ビジネスアーキテクチャ分析書 |
+| 入力（実プロジェクト） | `docs/strategy/business_architecture.md` | `analyzing-business-architecture` の成果物 |
+| 入力（企業事例分析） | `docs/strategy/business_strategy.md` | `analyzing-business-strategy` の成果物 |
 | 成果物 | `docs/strategy/BMC.svg` | 生成された BMC の SVG 図 |
 
+### 入力ソースの選択
+
+本スキルは 2 つの入力ソースに対応する。どちらも `### ビジネスモデルキャンバス` セクション内に PlantUML mindmap 形式で 9 ブロックのデータを持つ前提で動作する。
+
+| 入力元スキル | 入力パス | 利用場面 |
+|------------|---------|---------|
+| `analyzing-business-architecture` | `docs/strategy/business_architecture.md` | 実プロジェクトのビジネスアーキテクチャ分析 |
+| `analyzing-business-strategy` | `docs/strategy/business_strategy.md` | 企業事例（ケーススタディ）の戦略分析 |
+
+両方のファイルが存在する場合は、`business_architecture.md` を優先する（実プロジェクトを事例分析より優先）。片方のみ存在する場合はそのファイルを使用する。どちらも存在しない場合は、先に `analyzing-business-architecture` または `analyzing-business-strategy` を実行するよう案内する。
+
 ## BMC の 9 ブロック
 
-ビジネスモデルキャンバスは以下の 9 ブロックで構成される。入力ドキュメントの `### ビジネスモデルキャンバス` セクション内の mindmap データからこれらを抽出する。
+ビジネスモデルキャンバスは以下の 9 ブロックで構成される。入力ドキュメントのビジネスモデル系セクション内の mindmap データからこれらを抽出する。
+
+### セクション見出しの認識
+
+入力ドキュメントによって見出し表現が揺れるため、以下のいずれかのパターンにマッチするセクションを BMC セクションとして扱う：
+
+- `### ビジネスモデルキャンバス`（推奨・canonical）
+- `### ビジネスモデル`
+- `### ビジネスモデル（BMC）`
+- `### ビジネスモデル (BMC)`
+- `#### ビジネスモデル` / `#### ビジネスモデルキャンバス`（見出しレベルが深い場合）
+
+該当セクション内の最初の `@startmindmap` ブロックを BMC データとして解析する。ルートノード名（`* ビジネスモデル` や `* A 社ビジネスモデル` など）は事例名プレフィックスを含んでも構わない。9 ブロックの特定は「顧客 / 価値 / インフラ / 資金」の 4 分類配下のノード名で行う。
 
 | # | ブロック | 英語名 | 配置 |
 | :--- | :--- | :--- | :--- |
@@ -68,16 +92,17 @@ description: ビジネスモデルキャンバス（BMC）の SVG 図を生成
 
 ### 新規生成
 
-1. `docs/strategy/business_architecture.md` の `### ビジネスモデルキャンバス` セクションを読む
-2. mindmap データから 9 ブロックの項目を抽出する
-3. テンプレート SVG（`docs/reference/images/BMC.drawio.svg`）のレイアウト構造を参考にする
-4. 本スキルの SVG レイアウト仕様に従い、抽出したデータで SVG を生成する
-5. `docs/strategy/BMC.svg` に出力する
-6. `operating-docs --update` を実行して docs/index.md、mkdocs.yml、各ディレクトリの index.md を更新する
+1. 入力ソースを選択する（`business_architecture.md` または `business_strategy.md`）。両方ある場合は `business_architecture.md` を優先
+2. 選択した入力ファイルの `### ビジネスモデルキャンバス` セクションを読む
+3. mindmap データから 9 ブロックの項目を抽出する
+4. テンプレート SVG（`docs/reference/images/BMC.drawio.svg`）のレイアウト構造を参考にする
+5. 本スキルの SVG レイアウト仕様に従い、抽出したデータで SVG を生成する
+6. `docs/strategy/BMC.svg` に出力する
+7. `operating-docs --update` を実行して docs/index.md、mkdocs.yml、各ディレクトリの index.md を更新する
 
 ### 更新時の再生成
 
-1. `docs/strategy/business_architecture.md` のビジネスモデルキャンバスの変更内容を確認する
+1. 入力ソース（`business_architecture.md` または `business_strategy.md`）のビジネスモデルキャンバスの変更内容を確認する
 2. 既存の `docs/strategy/BMC.svg` を読み、変更が必要な箇所を特定する
 3. SVG を更新する（全体再生成でも差分編集でもよい）
 4. 必要に応じて `operating-docs --update` を実行する
@@ -93,5 +118,6 @@ description: ビジネスモデルキャンバス（BMC）の SVG 図を生成
 
 ## 関連スキル
 
-- `analyzing-business` : ビジネスアーキテクチャ分析（入力データの作成）
+- `analyzing-business-architecture` : ビジネスアーキテクチャ分析（実プロジェクト向けの入力データを作成）
+- `analyzing-business-strategy` : 企業事例分析（事例ベースの戦略ドキュメントから BMC セクションを提供）
 - `operating-docs` : ドキュメント管理・インデックス更新

package/lib/assets/.claude/skills/generating-slides/SKILL.md

@@ -91,4 +91,4 @@ description: インセプションデッキの Markdown から PowerPoint スラ
 ## 関連スキル
 
 - `analyzing-inception-deck` — 入力となるインセプションデッキの作成
-- `analyzing-business` — ビジネスアーキテクチャ分析（補足情報の参照元）
+- `analyzing-business-architecture` — ビジネスアーキテクチャ分析（補足情報の参照元）

package/lib/assets/.claude/skills/orchestrating-analysis/SKILL.md

@@ -19,7 +19,7 @@ description: 分析フェーズ全体のワークフローをオーケストレ
 
 | 工程 | スキル | 成果物 |
 |------|--------|--------|
-| ビジネスアーキテクチャ分析 | `analyzing-business` | ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ |
+| ビジネスアーキテクチャ分析 | `analyzing-business-architecture` | ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ |
 | インセプションデッキ作成 | `analyzing-inception-deck` | 10 の問いへの回答、概念アーキテクチャ、マイルストーン |
 
 ### 段階 2: 要件定義