@k2works/claude-code-booster 4.11.0 → 4.12.0

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

@@ -1,123 +1,123 @@
----
-name: generating-bmc
-description: ビジネスモデルキャンバス（BMC）の SVG 図を生成。テンプレート SVG を基に、ビジネスアーキテクチャ分析書のビジネスモデルキャンバスデータを反映した SVG ファイルを出力する。「BMC を生成したい」「ビジネスモデルキャンバスの図を作りたい」「BMC の SVG を更新したい」「ビジネスモデルキャンバスを可視化したい」といった場面で発動する。ビジネスアーキテクチャ分析が完了した後、またはビジネスモデルキャンバスの内容が更新された場合にも積極的に使用すること。
----
-
-# ビジネスモデルキャンバス SVG 生成
-
-ビジネスアーキテクチャ分析書（`business_architecture.md`）のビジネスモデルキャンバスセクションから、テンプレート SVG の構造を参考にした BMC の SVG 図を生成する。
-
-## 参照ドキュメントと成果物
-
-| 種類 | パス | 備考 |
-|------|------|------|
-| テンプレート | `docs/reference/images/BMC.drawio.svg` | BMC レイアウトのリファレンス（英語版、drawio 形式） |
-| 入力（実プロジェクト） | `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 データからこれらを抽出する。
-
-### セクション見出しの認識
-
-入力ドキュメントによって見出し表現が揺れるため、以下のいずれかのパターンにマッチするセクションを BMC セクションとして扱う：
-
-- `### ビジネスモデルキャンバス`（推奨・canonical）
-- `### ビジネスモデル`
-- `### ビジネスモデル（BMC）`
-- `### ビジネスモデル (BMC)`
-- `#### ビジネスモデル` / `#### ビジネスモデルキャンバス`（見出しレベルが深い場合）
-
-該当セクション内の最初の `@startmindmap` ブロックを BMC データとして解析する。ルートノード名（`* ビジネスモデル` や `* A 社ビジネスモデル` など）は事例名プレフィックスを含んでも構わない。9 ブロックの特定は「顧客 / 価値 / インフラ / 資金」の 4 分類配下のノード名で行う。
-
-| # | ブロック | 英語名 | 配置 |
-| :--- | :--- | :--- | :--- |
-| 1 | 主要パートナー | Key Partners | 左端列 |
-| 2 | 主要活動 | Key Activities | 左中列・上段 |
-| 3 | 主要リソース | Key Resources | 左中列・下段 |
-| 4 | 価値提案 | Value Propositions | 中央列 |
-| 5 | 顧客関係 | Customer Relationships | 右中列・上段 |
-| 6 | チャネル | Channels | 右中列・下段 |
-| 7 | 顧客セグメント | Customer Segments | 右端列 |
-| 8 | コスト構造 | Cost Structure | 下段・左半分 |
-| 9 | 収益源 | Revenue Streams | 下段・右半分 |
-
-## SVG レイアウト仕様
-
-### 全体構造
-
-- **サイズ**: 2253 x 1601 px（テンプレート準拠）
-- **上段**: 5 列構成（y=100 〜 y=1000）
-  - 列 2（主要活動 / 主要リソース）と列 4（顧客関係 / チャネル）は上下 2 分割
-- **下段**: 2 列構成（y=1000 〜 y=1580）
-  - 左: コスト構造、右: 収益源
-
-### スタイル
-
-- **フォント**: "Helvetica Neue", Arial, "Hiragino Kaku Gothic ProN", "Hiragino Sans", Meiryo, sans-serif
-- **背景色**: `#FAFAFA`
-- **付箋カード**: `fill: #FFF9C4; stroke: #E0D654`（黄色系）
-- **ヘッダー**: 18px bold + アイコン絵文字
-- **項目テキスト**: 12-13px
-- **サブテキスト（補足）**: 10-11px、`fill: #888` または `#666`
-
-### 各ブロックのアイコン
-
-| ブロック | アイコン |
-| :--- | :--- |
-| 主要パートナー | 🤝 |
-| 主要活動 | ⚙ |
-| 主要リソース | 🏭 |
-| 価値提案 | 🎁 |
-| 顧客関係 | ❤ |
-| チャネル | 🚚 |
-| 顧客セグメント | 👥 |
-| コスト構造 | 💰 |
-| 収益源 | 💵 |
-
-## 生成の進め方
-
-### 新規生成
-
-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. 入力ソース（`business_architecture.md` または `business_strategy.md`）のビジネスモデルキャンバスの変更内容を確認する
-2. 既存の `docs/strategy/BMC.svg` を読み、変更が必要な箇所を特定する
-3. SVG を更新する（全体再生成でも差分編集でもよい）
-4. 必要に応じて `operating-docs --update` を実行する
-
-### SVG 生成時の注意事項
-
-- テンプレートの drawio SVG は複雑なエンコーディングを含むため、そのまま編集するのではなくレイアウト構造のみを参考にする
-- SVG は手書きの clean な XML として生成する（drawio メタデータは不要）
-- 日本語テキストが正しく表示されるよう、UTF-8 エンコーディングと日本語フォントファミリーを指定する
-- 各ブロック内の項目は付箋カード風の矩形（`<rect>` + `<text>`）で表現する
-- 項目数が多い場合は付箋カードのサイズやレイアウトを調整して収まるようにする
-- フッターに "Based on the Business Model Canvas by Strategyzer.com (CC BY-SA 3.0)" のクレジットを含める
-
-## 関連スキル
-
-- `analyzing-business-architecture` : ビジネスアーキテクチャ分析（実プロジェクト向けの入力データを作成）
-- `analyzing-business-strategy` : 企業事例分析（事例ベースの戦略ドキュメントから BMC セクションを提供）
-- `operating-docs` : ドキュメント管理・インデックス更新
+---
+name: generating-bmc
+description: ビジネスモデルキャンバス（BMC）の SVG 図を生成。テンプレート SVG を基に、ビジネスアーキテクチャ分析書のビジネスモデルキャンバスデータを反映した SVG ファイルを出力する。「BMC を生成したい」「ビジネスモデルキャンバスの図を作りたい」「BMC の SVG を更新したい」「ビジネスモデルキャンバスを可視化したい」といった場面で発動する。ビジネスアーキテクチャ分析が完了した後、またはビジネスモデルキャンバスの内容が更新された場合にも積極的に使用すること。
+---
+
+# ビジネスモデルキャンバス SVG 生成
+
+ビジネスアーキテクチャ分析書（`business_architecture.md`）のビジネスモデルキャンバスセクションから、テンプレート SVG の構造を参考にした BMC の SVG 図を生成する。
+
+## 参照ドキュメントと成果物
+
+| 種類 | パス | 備考 |
+|------|------|------|
+| テンプレート | `docs/reference/images/BMC.drawio.svg` | BMC レイアウトのリファレンス（英語版、drawio 形式） |
+| 入力（実プロジェクト） | `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 データからこれらを抽出する。
+
+### セクション見出しの認識
+
+入力ドキュメントによって見出し表現が揺れるため、以下のいずれかのパターンにマッチするセクションを BMC セクションとして扱う：
+
+- `### ビジネスモデルキャンバス`（推奨・canonical）
+- `### ビジネスモデル`
+- `### ビジネスモデル（BMC）`
+- `### ビジネスモデル (BMC)`
+- `#### ビジネスモデル` / `#### ビジネスモデルキャンバス`（見出しレベルが深い場合）
+
+該当セクション内の最初の `@startmindmap` ブロックを BMC データとして解析する。ルートノード名（`* ビジネスモデル` や `* A 社ビジネスモデル` など）は事例名プレフィックスを含んでも構わない。9 ブロックの特定は「顧客 / 価値 / インフラ / 資金」の 4 分類配下のノード名で行う。
+
+| # | ブロック | 英語名 | 配置 |
+| :--- | :--- | :--- | :--- |
+| 1 | 主要パートナー | Key Partners | 左端列 |
+| 2 | 主要活動 | Key Activities | 左中列・上段 |
+| 3 | 主要リソース | Key Resources | 左中列・下段 |
+| 4 | 価値提案 | Value Propositions | 中央列 |
+| 5 | 顧客関係 | Customer Relationships | 右中列・上段 |
+| 6 | チャネル | Channels | 右中列・下段 |
+| 7 | 顧客セグメント | Customer Segments | 右端列 |
+| 8 | コスト構造 | Cost Structure | 下段・左半分 |
+| 9 | 収益源 | Revenue Streams | 下段・右半分 |
+
+## SVG レイアウト仕様
+
+### 全体構造
+
+- **サイズ**: 2253 x 1601 px（テンプレート準拠）
+- **上段**: 5 列構成（y=100 〜 y=1000）
+  - 列 2（主要活動 / 主要リソース）と列 4（顧客関係 / チャネル）は上下 2 分割
+- **下段**: 2 列構成（y=1000 〜 y=1580）
+  - 左: コスト構造、右: 収益源
+
+### スタイル
+
+- **フォント**: "Helvetica Neue", Arial, "Hiragino Kaku Gothic ProN", "Hiragino Sans", Meiryo, sans-serif
+- **背景色**: `#FAFAFA`
+- **付箋カード**: `fill: #FFF9C4; stroke: #E0D654`（黄色系）
+- **ヘッダー**: 18px bold + アイコン絵文字
+- **項目テキスト**: 12-13px
+- **サブテキスト（補足）**: 10-11px、`fill: #888` または `#666`
+
+### 各ブロックのアイコン
+
+| ブロック | アイコン |
+| :--- | :--- |
+| 主要パートナー | 🤝 |
+| 主要活動 | ⚙ |
+| 主要リソース | 🏭 |
+| 価値提案 | 🎁 |
+| 顧客関係 | ❤ |
+| チャネル | 🚚 |
+| 顧客セグメント | 👥 |
+| コスト構造 | 💰 |
+| 収益源 | 💵 |
+
+## 生成の進め方
+
+### 新規生成
+
+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. 入力ソース（`business_architecture.md` または `business_strategy.md`）のビジネスモデルキャンバスの変更内容を確認する
+2. 既存の `docs/strategy/BMC.svg` を読み、変更が必要な箇所を特定する
+3. SVG を更新する（全体再生成でも差分編集でもよい）
+4. 必要に応じて `operating-docs --update` を実行する
+
+### SVG 生成時の注意事項
+
+- テンプレートの drawio SVG は複雑なエンコーディングを含むため、そのまま編集するのではなくレイアウト構造のみを参考にする
+- SVG は手書きの clean な XML として生成する（drawio メタデータは不要）
+- 日本語テキストが正しく表示されるよう、UTF-8 エンコーディングと日本語フォントファミリーを指定する
+- 各ブロック内の項目は付箋カード風の矩形（`<rect>` + `<text>`）で表現する
+- 項目数が多い場合は付箋カードのサイズやレイアウトを調整して収まるようにする
+- フッターに "Based on the Business Model Canvas by Strategyzer.com (CC BY-SA 3.0)" のクレジットを含める
+
+## 関連スキル
+
+- `analyzing-business-architecture` : ビジネスアーキテクチャ分析（実プロジェクト向けの入力データを作成）
+- `analyzing-business-strategy` : 企業事例分析（事例ベースの戦略ドキュメントから BMC セクションを提供）
+- `operating-docs` : ドキュメント管理・インデックス更新

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

@@ -1,94 +1,94 @@
----
-name: generating-slides
-description: インセプションデッキの Markdown から PowerPoint スライド（.pptx）を自動生成。pptxgenjs を使用し、テンプレート準拠の 12 枚構成プレゼンテーションを出力する。「スライドを生成したい」「インセプションデッキの pptx を作りたい」「プレゼン資料を出力したい」「スライドを更新したい」といった場面で発動する。Markdown から自動生成することで、内容更新のたびに手動でスライドを作り直す手間を排除する。
----
-
-# スライド生成
-
-インセプションデッキの Markdown ドキュメントから pptxgenjs を使用して PowerPoint スライド（.pptx）を生成する。テンプレートのスライド構成・テーマに準拠した 12 枚構成のプレゼンテーションを出力する。
-
-## 参照ドキュメントと成果物
-
-| 種類 | パス | 備考 |
-|------|------|------|
-| テンプレート | @docs/template/インセプションデッキ.pptx | スライド構成のリファレンス（15 枚、4:3） |
-| 生成スクリプト | @.claude/scripts/generate-inception-deck.mjs | 内容の編集は可能 |
-| 入力 | @docs/strategy/inception-deck.md | `analyzing-inception-deck` の成果物 |
-| 入力（補足） | @docs/strategy/business_architecture.md | ビジネスアーキテクチャ分析書 |
-| 成果物 | `docs/strategy/slide/xxxxx_v0.1.0.pptx` | 生成された PowerPoint スライド |
-
-## スライド構成（12 枚）
-
-| # | スライドタイトル | SLIDE_DATA キー | データソース |
-| :--- | :--- | :--- | :--- |
-| 1 | タイトル | `titleSlide` | プロジェクト基本情報 |
-| 2 | 我われはなぜここにいるのか | `whyAreWeHere` | なぜやるのか？ |
-| 3 | エレベーターピッチ | `elevatorPitch` | どんなビジョンなのか？ |
-| 4 | どんな価値をもたらすのか？ | `values` | どんな価値をもたらすのか？ |
-| 5 | やらないことリスト | `scope` | スコープの範囲はどこか？ |
-| 6 | プロジェクトコミュニティ | `stakeholders` | 主なステークホルダーは？ |
-| 7 | 技術的な解決策の概要 | `technicalSolution` | 基本的な解決策 |
-| 8 | 夜も眠れなくなるような問題 | `risks` | 主なリスクは何か？ |
-| 9 | 俺たちの "A チーム" | `team` | どのくらい作業があり費用はいくらか？ |
-| 10 | 期間を見極める | `timeline` | 初回リリースはいつか？ |
-| 11 | トレードオフ・スライダー | `tradeoffs` | トレードオフにどう向き合うか？ |
-| 12 | 初回のリリースに必要なもの | `initialRelease` | MVP スコープ・リリース戦略 |
-
-## テーマ設定
-
-テンプレートから抽出したテーマに準拠する。
-
-- **フォント**: Yu Gothic（游ゴシック）— Windows / Mac 両対応
-- **テーマカラー**: ダークブルー `#333399`、ティール `#009999`、ライトティール `#BBE0E3`
-- **スライドサイズ**: 4:3（10" x 7.5"）
-
-## 生成の進め方
-
-### 新規生成
-
-1. `npm install pptxgenjs`（初回のみ）
-2. `docs/strategy/inception-deck.md` の内容を確認する
-3. `.claude/scripts/generate-inception-deck.mjs` の `SLIDE_DATA` をプロジェクト固有の内容に書き換える
-4. `node .claude/scripts/generate-inception-deck.mjs` を実行する
-5. `docs/strategy/slide/` に .pptx が生成されたことを確認する
-
-### 更新時の再生成
-
-1. `docs/strategy/inception-deck.md` の更新内容を確認する
-2. `.claude/scripts/generate-inception-deck.mjs` の `SLIDE_DATA` を更新する
-3. `node .claude/scripts/generate-inception-deck.mjs` を実行する
-
-## スクリプト構成
-
-| セクション | 内容 | 編集対象 |
-| :--- | :--- | :--- |
-| `SLIDE_DATA` | プロジェクト固有のデータ（テキスト・数値） | 毎回更新 |
-| テーマ設定 | カラー・フォント定義 | 通常変更不要 |
-| ヘルパー関数 | スライド部品の描画ロジック | 通常変更不要 |
-| スライド生成 | `SLIDE_DATA` を読み取り 12 枚を生成 | 通常変更不要 |
-
-## 途中から再開
-
-スライドの一部を修正したい場合は、`SLIDE_DATA` の該当キーのみを更新して再生成する。
-
-**Example:**
-
-```
-ユーザー: 「エレベーターピッチの内容が変わった。スライドを更新したい」
-回答: inception-deck.md の更新内容を確認し、
-      SLIDE_DATA.elevatorPitch のみを更新して再生成する。
-      出力ファイル名の meta.outputFileName のバージョンも更新する。
-```
-
-## 注意事項
-
-- `docs/strategy/inception-deck.md` が作成済みであること（`analyzing-inception-deck` を先に実行する）
-- テンプレート `docs/template/インセプションデッキ.pptx` は編集しない
-- 日本語フォントは Yu Gothic を使用する（Gill Sans 等の欧文フォントは文字化けする）
-- 出力ファイル名は `SLIDE_DATA.meta.outputFileName` で指定する。`meta.title` と同時に更新する
-- 生成後は PowerPoint で開いてレイアウトを目視確認し、必要に応じてスクリプトのレイアウトパラメータを微調整する
-
-## 関連スキル
-
-- `analyzing-inception-deck` — 入力となるインセプションデッキの作成
-- `analyzing-business-architecture` — ビジネスアーキテクチャ分析（補足情報の参照元）
+---
+name: generating-slides
+description: インセプションデッキの Markdown から PowerPoint スライド（.pptx）を自動生成。pptxgenjs を使用し、テンプレート準拠の 12 枚構成プレゼンテーションを出力する。「スライドを生成したい」「インセプションデッキの pptx を作りたい」「プレゼン資料を出力したい」「スライドを更新したい」といった場面で発動する。Markdown から自動生成することで、内容更新のたびに手動でスライドを作り直す手間を排除する。
+---
+
+# スライド生成
+
+インセプションデッキの Markdown ドキュメントから pptxgenjs を使用して PowerPoint スライド（.pptx）を生成する。テンプレートのスライド構成・テーマに準拠した 12 枚構成のプレゼンテーションを出力する。
+
+## 参照ドキュメントと成果物
+
+| 種類 | パス | 備考 |
+|------|------|------|
+| テンプレート | @docs/template/インセプションデッキ.pptx | スライド構成のリファレンス（15 枚、4:3） |
+| 生成スクリプト | @.claude/scripts/generate-inception-deck.mjs | 内容の編集は可能 |
+| 入力 | @docs/strategy/inception-deck.md | `analyzing-inception-deck` の成果物 |
+| 入力（補足） | @docs/strategy/business_architecture.md | ビジネスアーキテクチャ分析書 |
+| 成果物 | `docs/strategy/slide/xxxxx_v0.1.0.pptx` | 生成された PowerPoint スライド |
+
+## スライド構成（12 枚）
+
+| # | スライドタイトル | SLIDE_DATA キー | データソース |
+| :--- | :--- | :--- | :--- |
+| 1 | タイトル | `titleSlide` | プロジェクト基本情報 |
+| 2 | 我われはなぜここにいるのか | `whyAreWeHere` | なぜやるのか？ |
+| 3 | エレベーターピッチ | `elevatorPitch` | どんなビジョンなのか？ |
+| 4 | どんな価値をもたらすのか？ | `values` | どんな価値をもたらすのか？ |
+| 5 | やらないことリスト | `scope` | スコープの範囲はどこか？ |
+| 6 | プロジェクトコミュニティ | `stakeholders` | 主なステークホルダーは？ |
+| 7 | 技術的な解決策の概要 | `technicalSolution` | 基本的な解決策 |
+| 8 | 夜も眠れなくなるような問題 | `risks` | 主なリスクは何か？ |
+| 9 | 俺たちの "A チーム" | `team` | どのくらい作業があり費用はいくらか？ |
+| 10 | 期間を見極める | `timeline` | 初回リリースはいつか？ |
+| 11 | トレードオフ・スライダー | `tradeoffs` | トレードオフにどう向き合うか？ |
+| 12 | 初回のリリースに必要なもの | `initialRelease` | MVP スコープ・リリース戦略 |
+
+## テーマ設定
+
+テンプレートから抽出したテーマに準拠する。
+
+- **フォント**: Yu Gothic（游ゴシック）— Windows / Mac 両対応
+- **テーマカラー**: ダークブルー `#333399`、ティール `#009999`、ライトティール `#BBE0E3`
+- **スライドサイズ**: 4:3（10" x 7.5"）
+
+## 生成の進め方
+
+### 新規生成
+
+1. `npm install pptxgenjs`（初回のみ）
+2. `docs/strategy/inception-deck.md` の内容を確認する
+3. `.claude/scripts/generate-inception-deck.mjs` の `SLIDE_DATA` をプロジェクト固有の内容に書き換える
+4. `node .claude/scripts/generate-inception-deck.mjs` を実行する
+5. `docs/strategy/slide/` に .pptx が生成されたことを確認する
+
+### 更新時の再生成
+
+1. `docs/strategy/inception-deck.md` の更新内容を確認する
+2. `.claude/scripts/generate-inception-deck.mjs` の `SLIDE_DATA` を更新する
+3. `node .claude/scripts/generate-inception-deck.mjs` を実行する
+
+## スクリプト構成
+
+| セクション | 内容 | 編集対象 |
+| :--- | :--- | :--- |
+| `SLIDE_DATA` | プロジェクト固有のデータ（テキスト・数値） | 毎回更新 |
+| テーマ設定 | カラー・フォント定義 | 通常変更不要 |
+| ヘルパー関数 | スライド部品の描画ロジック | 通常変更不要 |
+| スライド生成 | `SLIDE_DATA` を読み取り 12 枚を生成 | 通常変更不要 |
+
+## 途中から再開
+
+スライドの一部を修正したい場合は、`SLIDE_DATA` の該当キーのみを更新して再生成する。
+
+**Example:**
+
+```
+ユーザー: 「エレベーターピッチの内容が変わった。スライドを更新したい」
+回答: inception-deck.md の更新内容を確認し、
+      SLIDE_DATA.elevatorPitch のみを更新して再生成する。
+      出力ファイル名の meta.outputFileName のバージョンも更新する。
+```
+
+## 注意事項
+
+- `docs/strategy/inception-deck.md` が作成済みであること（`analyzing-inception-deck` を先に実行する）
+- テンプレート `docs/template/インセプションデッキ.pptx` は編集しない
+- 日本語フォントは Yu Gothic を使用する（Gill Sans 等の欧文フォントは文字化けする）
+- 出力ファイル名は `SLIDE_DATA.meta.outputFileName` で指定する。`meta.title` と同時に更新する
+- 生成後は PowerPoint で開いてレイアウトを目視確認し、必要に応じてスクリプトのレイアウトパラメータを微調整する
+
+## 関連スキル
+
+- `analyzing-inception-deck` — 入力となるインセプションデッキの作成
+- `analyzing-business-architecture` — ビジネスアーキテクチャ分析（補足情報の参照元）

package/lib/assets/.claude/skills/git-commit/SKILL.md

@@ -1,81 +1,81 @@
----
-name: git-commit
-description: Conventional Commits 準拠の Git コミットを作成。意味のある変更単位でステージングし、日本語で明確なコミットメッセージを記述する。「コミットしたい」「変更を保存したい」「コミットメッセージの書き方を知りたい」といった場面で発動する。コミット履歴を意味のある単位で保つことで、変更の追跡とロールバックを容易にする。
----
-
-# Git コミット
-
-意味のある変更単位ごとにコミットを行う。コミット履歴はコードの「変更理由の記録」であり、将来の自分やチームメンバーが変更を追跡するための重要な情報源になる。
-
-## コミット手順
-
-### 1. 変更を確認する
-
-```bash
-git status
-```
-
-### 2. 変更をステージングする
-
-```bash
-git add 対象ファイルやディレクトリ
-```
-
-意味のある変更単位ごとにファイルを指定する。無条件にすべての変更を追加しない。
-
-### 3. コミットする
-
-```bash
-git commit -m "コミットメッセージ"
-```
-
-### 4. コミットを確認する
-
-```bash
-git log --oneline
-```
-
-## Conventional Commits フォーマット
-
-```
-<type>(<scope>): <subject>
-
-<body>
-
-<footer>
-```
-
-**type の種類**:
-
-| type | 用途 |
-|------|------|
-| `feat` | 新機能 |
-| `fix` | バグ修正 |
-| `docs` | ドキュメントのみの変更 |
-| `style` | コードの意味に影響しない変更（空白、フォーマット等） |
-| `refactor` | バグ修正や機能追加ではないコード変更 |
-| `test` | テストの追加・修正 |
-| `chore` | ビルドプロセスやツールの変更 |
-
-## Examples
-
-```bash
-git add src/features/user-auth.ts
-git commit -m "feat(auth): ユーザー認証機能を追加"
-
-git add src/utils/validation.ts
-git commit -m "fix(validation): メールアドレスのバリデーションエラーを修正"
-
-git add README.md docs/setup.md
-git commit -m "docs: セットアップ手順を更新"
-
-git add src/services/api.ts
-git commit -m "refactor(api): API クライアントの共通処理を抽出"
-```
-
-## 注意事項
-
-- コミットメッセージは日本語で記述する。co-author やメッセージに "Claude Code" のキーワードは含めない
-- 1 コミット 1 目的: 構造変更と動作変更を同一コミットに含めない
-- 小さく頻繁に: 大きな変更は小さなコミットに分割する
-- テスト通過後にコミットする。壊れたコードをコミットしない
+---
+name: git-commit
+description: Conventional Commits 準拠の Git コミットを作成。意味のある変更単位でステージングし、日本語で明確なコミットメッセージを記述する。「コミットしたい」「変更を保存したい」「コミットメッセージの書き方を知りたい」といった場面で発動する。コミット履歴を意味のある単位で保つことで、変更の追跡とロールバックを容易にする。
+---
+
+# Git コミット
+
+意味のある変更単位ごとにコミットを行う。コミット履歴はコードの「変更理由の記録」であり、将来の自分やチームメンバーが変更を追跡するための重要な情報源になる。
+
+## コミット手順
+
+### 1. 変更を確認する
+
+```bash
+git status
+```
+
+### 2. 変更をステージングする
+
+```bash
+git add 対象ファイルやディレクトリ
+```
+
+意味のある変更単位ごとにファイルを指定する。無条件にすべての変更を追加しない。
+
+### 3. コミットする
+
+```bash
+git commit -m "コミットメッセージ"
+```
+
+### 4. コミットを確認する
+
+```bash
+git log --oneline
+```
+
+## Conventional Commits フォーマット
+
+```
+<type>(<scope>): <subject>
+
+<body>
+
+<footer>
+```
+
+**type の種類**:
+
+| type | 用途 |
+|------|------|
+| `feat` | 新機能 |
+| `fix` | バグ修正 |
+| `docs` | ドキュメントのみの変更 |
+| `style` | コードの意味に影響しない変更（空白、フォーマット等） |
+| `refactor` | バグ修正や機能追加ではないコード変更 |
+| `test` | テストの追加・修正 |
+| `chore` | ビルドプロセスやツールの変更 |
+
+## Examples
+
+```bash
+git add src/features/user-auth.ts
+git commit -m "feat(auth): ユーザー認証機能を追加"
+
+git add src/utils/validation.ts
+git commit -m "fix(validation): メールアドレスのバリデーションエラーを修正"
+
+git add README.md docs/setup.md
+git commit -m "docs: セットアップ手順を更新"
+
+git add src/services/api.ts
+git commit -m "refactor(api): API クライアントの共通処理を抽出"
+```
+
+## 注意事項
+
+- コミットメッセージは日本語で記述する。co-author やメッセージに "Claude Code" のキーワードは含めない
+- 1 コミット 1 目的: 構造変更と動作変更を同一コミットに含めない
+- 小さく頻繁に: 大きな変更は小さなコミットに分割する
+- テスト通過後にコミットする。壊れたコードをコミットしない