.agents/skills/generating-bmc/SKILL.md
ビジネスモデルキャンバス(BMC)の SVG 図を生成。テンプレート SVG を基に、ビジネスアーキテクチャ分析書のビジネスモデルキャンバスデータを反映した SVG ファイルを出力する。「BMC を生成したい」「ビジネスモデルキャンバスの図を作りたい」「BMC の SVG を更新したい」「ビジネスモデルキャンバスを可視化したい」といった場面で発動する。ビジネスアーキテクチャ分析が完了した後、またはビジネスモデルキャンバスの内容が更新された場合にも積極的に使用すること。
npx skillsauth add k2works/getting-started-tdd generating-bmcInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
ビジネスアーキテクチャ分析書(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 を実行するよう案内する。
ビジネスモデルキャンバスは以下の 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 | 下段・右半分 |
#FAFAFAfill: #FFF9C4; stroke: #E0D654(黄色系)fill: #888 または #666| ブロック | アイコン | | :--- | :--- | | 主要パートナー | 🤝 | | 主要活動 | ⚙ | | 主要リソース | 🏭 | | 価値提案 | 🎁 | | 顧客関係 | ❤ | | チャネル | 🚚 | | 顧客セグメント | 👥 | | コスト構造 | 💰 | | 収益源 | 💵 |
business_architecture.md または business_strategy.md)。両方ある場合は business_architecture.md を優先### ビジネスモデルキャンバス セクションを読むdocs/reference/images/BMC.drawio.svg)のレイアウト構造を参考にするdocs/strategy/BMC.svg に出力するoperating-docs --update を実行して docs/index.md、mkdocs.yml、各ディレクトリの index.md を更新するbusiness_architecture.md または business_strategy.md)のビジネスモデルキャンバスの変更内容を確認するdocs/strategy/BMC.svg を読み、変更が必要な箇所を特定するoperating-docs --update を実行する<rect> + <text>)で表現するanalyzing-business-architecture : ビジネスアーキテクチャ分析(実プロジェクト向けの入力データを作成)analyzing-business-strategy : 企業事例分析(事例ベースの戦略ドキュメントから BMC セクションを提供)operating-docs : ドキュメント管理・インデックス更新tools
イテレーション計画と上流設計ドキュメント群(ユーザーストーリー、ドメインモデル、データモデル、UI 設計)との整合性を検証する。「イテレーション計画を検証したい」「計画の整合性をチェックして」「イテレーション計画を作成した」「計画と設計ドキュメントの不整合を確認したい」といった場面で発動する。planning-releases でイテレーション計画を作成した直後にも積極的に使用すること。計画作成後に必ず本検証を実施することで、開発着手前にドキュメント間の不整合を検知・修正できる。
tools
プロジェクトの開発進捗を多角的に分析しレポートを生成。イテレーション達成度、技術実装状況、品質メトリクスを確認し、計画ドキュメントを自動更新する。「進捗を確認したい」「プロジェクトの状態を知りたい」「イテレーションの達成度を分析したい」「進捗ドキュメントを更新したい」といった場面で発動する。定期的な進捗可視化により、遅延や品質低下を早期に発見しプロジェクトの透明性を確保する。
testing
リリース計画を GitHub Project・Issue・Milestone に反映し一元管理。初回の一括同期から差異検出・自動同期まで対応する。「GitHub Project に同期したい」「Issue を作成したい」「計画と GitHub の差異を確認したい」「Milestone を設定したい」といった場面で発動する。計画ドキュメントを Single Source of Truth とし GitHub に自動反映することで、二重管理の手間と不整合を排除する。
development
テスト駆動開発から始めるプログラミング入門」の対話式チュートリアル。FizzBuzz を題材に TDD の Red-Green-Refactor サイクルを 14 言語で体験する。「TDD を練習したい」「FizzBuzz で TDD を学びたい」「テスト駆動開発の入門をしたい」「Java で TDD を体験したい」「Python で TDD を始めたい」「プログラミング入門チュートリアルをやりたい」「getting-start-tdd をやりたい」「TDD のハンズオンがしたい」「Red-Green-Refactor を体験したい」といった場面で発動する。TDD チュートリアルやプログラミング入門の要望があれば積極的に使用すること。