claude-multi-agent-kit 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Potentially problematic release.
This version of claude-multi-agent-kit might be problematic. Click here for more details.
- package/README.md +137 -0
- package/bin/cli.js +105 -0
- package/examples/research-profiles/zipair-context.md +32 -0
- package/package.json +29 -0
- package/scaffold/.claude/agents/competitor-analyst.md +31 -0
- package/scaffold/.claude/agents/content-writer.md +22 -0
- package/scaffold/.claude/agents/data-analyst.md +20 -0
- package/scaffold/.claude/agents/deep-researcher.md +33 -0
- package/scaffold/.claude/agents/editor.md +24 -0
- package/scaffold/.claude/agents/fact-checker.md +21 -0
- package/scaffold/.claude/agents/ideator.md +54 -0
- package/scaffold/.claude/agents/persona-reviewer.md +22 -0
- package/scaffold/.claude/agents/proposal-writer.md +29 -0
- package/scaffold/.claude/agents/social-media-writer.md +21 -0
- package/scaffold/.claude/agents/strategist.md +30 -0
- package/scaffold/.claude/commands/pattern-competitor-matrix.md +21 -0
- package/scaffold/.claude/commands/pattern-content-factory.md +29 -0
- package/scaffold/.claude/commands/pattern-hypothesis-loop.md +23 -0
- package/scaffold/.claude/commands/pattern-idea-workshop.md +112 -0
- package/scaffold/.claude/commands/pattern-localize.md +25 -0
- package/scaffold/.claude/commands/pattern-multi-review.md +26 -0
- package/scaffold/.claude/commands/pattern-progressive-refine.md +26 -0
- package/scaffold/.claude/commands/pattern-proposal-builder.md +28 -0
- package/scaffold/.claude/commands/pattern-research-pipeline.md +35 -0
- package/scaffold/.claude/commands/pattern-stakeholder-sim.md +23 -0
- package/scaffold/.claude/commands/pattern-weekly-digest.md +22 -0
- package/scaffold/.claude/commands/team-competitor-matrix.md +35 -0
- package/scaffold/.claude/commands/team-hypothesis-loop.md +30 -0
- package/scaffold/.claude/commands/team-idea-workshop.md +83 -0
- package/scaffold/.claude/commands/team-multi-review.md +38 -0
- package/scaffold/.claude/commands/team-stakeholder-sim.md +40 -0
- package/scaffold/.claude/research-profiles/brand-voice.md +19 -0
- package/scaffold/.claude/research-profiles/business-context.md +28 -0
- package/scaffold/.claude/research-profiles/competitor-watchlist.md +12 -0
- package/scaffold/.claude/research-profiles/target-personas.md +15 -0
- package/scaffold/.claude/settings.json +10 -0
- package/scaffold/CLAUDE.md +92 -0
- package/scaffold/templates/proposal-template.md +14 -0
- package/scaffold/templates/report-template.md +11 -0
- package/src/commands/clean.js +147 -0
- package/src/commands/init.js +230 -0
- package/src/commands/status.js +102 -0
- package/src/commands/update.js +153 -0
- package/src/utils/file-ops.js +84 -0
- package/src/utils/logger.js +22 -0
- package/src/utils/manifest.js +31 -0
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン5: 仮説構築→検証ループ — 仮説とデータ検証の反復で確信度を高める"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン5: 仮説構築→検証ループ(Subagent版)
|
|
6
|
+
|
|
7
|
+
## Step 0: プロファイル読込
|
|
8
|
+
|
|
9
|
+
## Step 1: 初期仮説構築
|
|
10
|
+
- `strategist` — テーマに基づく仮説を3つ構築(確信度付き)
|
|
11
|
+
|
|
12
|
+
## Step 2-N: 検証ループ(最大3回)
|
|
13
|
+
各仮説に対して:
|
|
14
|
+
- `deep-researcher` — データで検証(裏付け/反証の証拠を収集)
|
|
15
|
+
- `strategist` — 検証結果を基に仮説を精緻化、確信度を更新
|
|
16
|
+
|
|
17
|
+
確信度が「高」になるか3回ループしたら終了。
|
|
18
|
+
|
|
19
|
+
## Step 最終: レポート
|
|
20
|
+
- `content-writer` — 最終仮説と検証過程をレポート化
|
|
21
|
+
`outputs/analysis/hypothesis_*.md` に保存。
|
|
22
|
+
|
|
23
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,112 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン11: 新規事業アイデアワークショップ — コンセプトから具体案を多角的に検討"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン11: 新規事業アイデアワークショップ(Subagent版)
|
|
6
|
+
|
|
7
|
+
与えられた新規事業コンセプトに対して、5つの専門視点からアイデアを発散させ、
|
|
8
|
+
選別・深掘り・収束のプロセスで具体的な事業案を導出します。
|
|
9
|
+
|
|
10
|
+
## Step 0: コンテキスト読込
|
|
11
|
+
以下を読み込む:
|
|
12
|
+
- `.claude/research-profiles/business-context.md`
|
|
13
|
+
- `.claude/research-profiles/target-personas.md`
|
|
14
|
+
- `.claude/research-profiles/competitor-watchlist.md`
|
|
15
|
+
|
|
16
|
+
ユーザーのコンセプトメモの内容を確認し、内容が不明瞭な場合は質問して明確化する。
|
|
17
|
+
|
|
18
|
+
## Phase 1: 発散 — 多角的アイデア生成(Input + Process)
|
|
19
|
+
|
|
20
|
+
以下の5つのSubagentを **並列** 起動。各Subagentには `ideator` を使用し、
|
|
21
|
+
それぞれ異なる視点を指定する:
|
|
22
|
+
|
|
23
|
+
### 1-a: 技術視点 ideator
|
|
24
|
+
プロンプト:
|
|
25
|
+
「以下のコンセプトについて、**技術的に何が実現可能か** の視点でアイデアを3-5個生成してください。
|
|
26
|
+
自社の技術スタック・エンジニアリング能力を活かせるもの、最新技術トレンド(AI/ML、AR/VR、
|
|
27
|
+
ブロックチェーン、IoT等)を活用できるものを重視してください。」
|
|
28
|
+
+ コンセプトメモ + business-context.md
|
|
29
|
+
|
|
30
|
+
### 1-b: 市場視点 ideator
|
|
31
|
+
プロンプト:
|
|
32
|
+
「以下のコンセプトについて、**誰が買うか・どう売るか** の視点でアイデアを3-5個生成してください。
|
|
33
|
+
具体的なターゲットセグメント、市場の課題・ペインポイント、Go-to-Market戦略を含めてください。」
|
|
34
|
+
+ コンセプトメモ + target-personas.md
|
|
35
|
+
|
|
36
|
+
### 1-c: 収益視点 ideator
|
|
37
|
+
プロンプト:
|
|
38
|
+
「以下のコンセプトについて、**どう稼ぐか** の視点でアイデアを3-5個生成してください。
|
|
39
|
+
SaaS月額/年額、トランザクション課金、フリーミアム、ライセンス、広告モデル、
|
|
40
|
+
マーケットプレイス手数料等、多様な収益モデルを検討してください。
|
|
41
|
+
単価×量の組み合わせパターンを複数提示してください。」
|
|
42
|
+
+ コンセプトメモ + business-context.md
|
|
43
|
+
|
|
44
|
+
### 1-d: UX/顧客体験視点 ideator
|
|
45
|
+
プロンプト:
|
|
46
|
+
「以下のコンセプトについて、**ユーザーがどう使うか** の視点でアイデアを3-5個生成してください。
|
|
47
|
+
理想的なカスタマージャーニー、最初の5分の体験、継続利用のフック、
|
|
48
|
+
口コミが生まれる瞬間を具体的に描いてください。」
|
|
49
|
+
+ コンセプトメモ + target-personas.md
|
|
50
|
+
|
|
51
|
+
### 1-e: 競合/差別化視点 ideator
|
|
52
|
+
プロンプト:
|
|
53
|
+
「以下のコンセプトについて、**既存プレイヤーが見逃している隙間** の視点でアイデアを3-5個生成してください。
|
|
54
|
+
競合分析に基づき、ブルーオーシャン領域、アンダーサーブされているセグメント、
|
|
55
|
+
自社だからこそ実現できる差別化ポイントを特定してください。」
|
|
56
|
+
+ コンセプトメモ + competitor-watchlist.md
|
|
57
|
+
|
|
58
|
+
全結果を `research/market/idea-workshop/phase1_*.md` に保存。
|
|
59
|
+
|
|
60
|
+
## Phase 2: 選別 — スコアリング&フィルタリング(Process)
|
|
61
|
+
|
|
62
|
+
- `strategist` を起動し、Phase 1で生成された全アイデア(15-25個)を以下の3軸でスコアリングさせる:
|
|
63
|
+
|
|
64
|
+
| 軸 | 評価基準 | 重み |
|
|
65
|
+
|---|---------|------|
|
|
66
|
+
| 実現性 | 技術難易度、必要リソース、タイムライン | 30% |
|
|
67
|
+
| インパクト | 市場規模、売上ポテンシャル、成長性 | 40% |
|
|
68
|
+
| 差別化 | 競合優位性、参入障壁、自社強みとの整合 | 30% |
|
|
69
|
+
|
|
70
|
+
出力: 全アイデアのスコアリング表 + Top 3-5アイデアの選定理由
|
|
71
|
+
結果を `research/market/idea-workshop/phase2_scoring.md` に保存。
|
|
72
|
+
|
|
73
|
+
## Phase 3: 深掘り — ビジネスモデル具体化(Process)
|
|
74
|
+
|
|
75
|
+
Top 3-5の各アイデアに対して、以下のSubagentを起動:
|
|
76
|
+
|
|
77
|
+
### 3-a: 市場調査
|
|
78
|
+
各Top案に対し `deep-researcher` を **並列** 起動:
|
|
79
|
+
- TAM/SAM/SOM の推定
|
|
80
|
+
- 類似サービスの成功/失敗事例
|
|
81
|
+
- ターゲット顧客の具体的な企業名/セグメント
|
|
82
|
+
|
|
83
|
+
### 3-b: ビジネスモデル設計
|
|
84
|
+
`strategist` を起動し、各Top案に対して:
|
|
85
|
+
- ビジネスモデルキャンバス
|
|
86
|
+
- 収益シミュレーション(初年度/3年後の売上予測)
|
|
87
|
+
- 必要投資額と回収期間
|
|
88
|
+
- リスクと対策
|
|
89
|
+
- 6ヶ月ロードマップ(MVP→β→ローンチ)
|
|
90
|
+
|
|
91
|
+
結果を `research/market/idea-workshop/phase3_*.md` に保存。
|
|
92
|
+
|
|
93
|
+
## Phase 4: 収束 — 最終評価(Quality)
|
|
94
|
+
|
|
95
|
+
### 4-a: 多視点評価(並列)
|
|
96
|
+
- `persona-reviewer`(ペルソナ: 社内の意思決定者)— 投資判断として妥当か
|
|
97
|
+
- `persona-reviewer`(ペルソナ: 想定エンドユーザー)— 実際に使いたいと思うか
|
|
98
|
+
- `editor` — レポート全体の論理整合性・説得力
|
|
99
|
+
|
|
100
|
+
### 4-b: 最終レポート作成
|
|
101
|
+
- `proposal-writer` — 全フェーズの結果を統合し、以下の構成でレポートを作成:
|
|
102
|
+
|
|
103
|
+
1. エグゼクティブサマリー(推奨案1-2件を明示)
|
|
104
|
+
2. コンセプトの解釈と市場機会
|
|
105
|
+
3. アイデア一覧(全案のスコアリング表)
|
|
106
|
+
4. Top案の詳細分析(各案のBMC、収益シミュレーション、ロードマップ)
|
|
107
|
+
5. リスク分析
|
|
108
|
+
6. 推奨アクション(次の1ヶ月で何をすべきか)
|
|
109
|
+
|
|
110
|
+
最終版を `outputs/analysis/idea-workshop_final_{テーマ}.md` に保存。
|
|
111
|
+
|
|
112
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン10: ローカライズ&アダプテーション — 1コンテンツを複数市場/読者に適応"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン10: ローカライズ&アダプテーション
|
|
6
|
+
|
|
7
|
+
## Step 0: プロファイル読込
|
|
8
|
+
|
|
9
|
+
## Step 1: 原稿分析
|
|
10
|
+
- `editor` — 原稿(マスターコンテンツ)のキーメッセージと構造を確認
|
|
11
|
+
|
|
12
|
+
## Step 2: 並列アダプテーション(Process)
|
|
13
|
+
ユーザーが指定したターゲットごとに `content-writer` を **並列** 起動:
|
|
14
|
+
- 例: 日本市場向け版
|
|
15
|
+
- 例: 米国市場向け版
|
|
16
|
+
- 例: 技術者向け版
|
|
17
|
+
- 例: 経営層向けエグゼクティブサマリー版
|
|
18
|
+
|
|
19
|
+
各版は原稿のキーメッセージを維持しつつ、読者に最適化。
|
|
20
|
+
`outputs/content/` に保存。
|
|
21
|
+
|
|
22
|
+
## Step 3: 一貫性チェック(Quality)
|
|
23
|
+
- `editor` — 全版のメッセージ一貫性を確認
|
|
24
|
+
|
|
25
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン2: 多視点レビュー — 成果物を複数の専門視点で並列評価"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン2: 多視点レビュー(Subagent版)
|
|
6
|
+
|
|
7
|
+
指定された成果物を複数視点から並列レビューし、統合フィードバックを作成します。
|
|
8
|
+
|
|
9
|
+
## Step 0: プロファイル読込
|
|
10
|
+
|
|
11
|
+
## Step 1: 並列レビュー(Quality)
|
|
12
|
+
以下のSubagentを **並列** 起動:
|
|
13
|
+
- `editor` — 構造・論理・正確性レビュー
|
|
14
|
+
- `fact-checker` — 数値・引用・固有名詞の検証
|
|
15
|
+
- `persona-reviewer` — ターゲット読者視点(ペルソナ1)
|
|
16
|
+
- `persona-reviewer` — 別の読者視点(ペルソナ2)
|
|
17
|
+
各レビュー結果を取得。
|
|
18
|
+
|
|
19
|
+
## Step 2: 統合フィードバック
|
|
20
|
+
Conductorが全レビュー結果を統合し、重要度順に整理。
|
|
21
|
+
統合フィードバックを `outputs/analysis/review_*.md` に保存。
|
|
22
|
+
|
|
23
|
+
## Step 3: 修正適用
|
|
24
|
+
フィードバックに基づき修正版を作成。
|
|
25
|
+
|
|
26
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン7: 段階的精緻化パイプライン — 構想→ドラフト→精緻化→完成"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン7: 段階的精緻化パイプライン
|
|
6
|
+
|
|
7
|
+
## Step 0: プロファイル読込
|
|
8
|
+
|
|
9
|
+
## Step 1: 構想→構造化
|
|
10
|
+
- `strategist` — ユーザーの構想メモからアウトライン・章立て構成を作成
|
|
11
|
+
|
|
12
|
+
## Step 2: ドラフト作成
|
|
13
|
+
- `content-writer` — アウトラインに沿って本文ドラフトを執筆
|
|
14
|
+
|
|
15
|
+
## Step 3: データ補強
|
|
16
|
+
- `deep-researcher` — ドラフトの主張を裏付けるデータ・引用・図表候補を収集
|
|
17
|
+
- `content-writer` — データを埋め込んで精緻化
|
|
18
|
+
|
|
19
|
+
## Step 4: 品質ゲート
|
|
20
|
+
1. `editor` — 全体レビュー
|
|
21
|
+
2. `fact-checker` — 数値・引用検証
|
|
22
|
+
|
|
23
|
+
## Step 5: 最終仕上げ
|
|
24
|
+
`outputs/reports/final_*.md` に保存。
|
|
25
|
+
|
|
26
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン9: 提案書ビルダー — クライアント向けテーラーメイド提案書"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン9: 提案書ビルダー
|
|
6
|
+
|
|
7
|
+
## Step 0: プロファイル読込
|
|
8
|
+
|
|
9
|
+
## Step 1: 情報収集(Input — 並列)
|
|
10
|
+
- `deep-researcher` — クライアント企業の事業概要・業界動向・課題
|
|
11
|
+
- `competitor-analyst` — クライアントの競合と市場ポジション
|
|
12
|
+
- `deep-researcher` — 社内の類似案件・成功事例を `research/` から検索
|
|
13
|
+
|
|
14
|
+
## Step 2: 戦略設計(Process)
|
|
15
|
+
- `strategist` — ソリューション戦略構築・ROI算出
|
|
16
|
+
|
|
17
|
+
## Step 3: 提案書作成(Process)
|
|
18
|
+
- `proposal-writer` — 調査・戦略結果を基に提案書作成
|
|
19
|
+
ドラフトを `outputs/proposals/draft_*.md` に保存。
|
|
20
|
+
|
|
21
|
+
## Step 4: 多視点レビュー(Quality — 並列)
|
|
22
|
+
- `persona-reviewer`(ペルソナ: クライアントCTO)— 技術的妥当性
|
|
23
|
+
- `persona-reviewer`(ペルソナ: クライアント経営企画部長)— ROIの納得度
|
|
24
|
+
- `editor` — 構成・論理・ブランド整合性
|
|
25
|
+
|
|
26
|
+
## Step 5: 修正 → `outputs/proposals/final_*.md` に保存。
|
|
27
|
+
|
|
28
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン1: リサーチ・パイプライン — 情報収集→分析→統合の順次処理"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン1: リサーチ・パイプライン
|
|
6
|
+
|
|
7
|
+
ユーザーが指定したテーマの調査レポートを作成します。
|
|
8
|
+
|
|
9
|
+
## Step 0: プロファイル読込
|
|
10
|
+
`.claude/research-profiles/` の business-context.md, brand-voice.md, target-personas.md を読み込む。
|
|
11
|
+
|
|
12
|
+
## Step 1: 並列リサーチ(Input)
|
|
13
|
+
以下のSubagentを **並列** 起動:
|
|
14
|
+
- `deep-researcher` — テーマの市場規模・成長率・主要プレイヤー調査
|
|
15
|
+
- `competitor-analyst` — 主要プレイヤー3社の詳細分析(3回起動)
|
|
16
|
+
- `deep-researcher` — トレンドと課題の調査
|
|
17
|
+
結果を `research/market/` に保存。
|
|
18
|
+
|
|
19
|
+
## Step 2: 戦略分析(Process)
|
|
20
|
+
- `strategist` — Step 1の結果を基に分析フレームワーク適用
|
|
21
|
+
結果を `research/market/` に保存。
|
|
22
|
+
|
|
23
|
+
## Step 3: レポート執筆(Process)
|
|
24
|
+
- `content-writer` — Step 1, 2の結果を基に本文を執筆
|
|
25
|
+
ドラフトを `outputs/reports/draft_*.md` に保存。
|
|
26
|
+
|
|
27
|
+
## Step 4: 品質ゲート(Quality)
|
|
28
|
+
1. `editor` — 構造・論理レビュー
|
|
29
|
+
2. `fact-checker` — 数値・引用検証
|
|
30
|
+
3. `persona-reviewer` — ターゲット読者視点レビュー
|
|
31
|
+
NG項目はStep 3のSubagentにフィードバック付き差し戻し。
|
|
32
|
+
|
|
33
|
+
## Step 5: 最終版を `outputs/reports/final_*.md` に保存。
|
|
34
|
+
|
|
35
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン6: ステークホルダー・シミュレーション — 複数視点の議論シミュレーション"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン6: ステークホルダー・シミュレーション(Subagent版)
|
|
6
|
+
|
|
7
|
+
## Step 0: プロファイル読込
|
|
8
|
+
|
|
9
|
+
## Step 1: 各視点からの評価(並列)
|
|
10
|
+
提案内容に対し、以下のSubagentを **並列** 起動:
|
|
11
|
+
- `persona-reviewer`(ペルソナ: CEO)— 経営判断の観点
|
|
12
|
+
- `persona-reviewer`(ペルソナ: CFO)— 財務的観点
|
|
13
|
+
- `persona-reviewer`(ペルソナ: エンドユーザー)— 使い勝手の観点
|
|
14
|
+
- `persona-reviewer`(ペルソナ: 競合他社の戦略担当)— 市場への影響
|
|
15
|
+
|
|
16
|
+
## Step 2: 意見統合
|
|
17
|
+
Conductorが全評価を統合し、強み・弱み・主要論点を整理。
|
|
18
|
+
|
|
19
|
+
## Step 3: 最終レポート
|
|
20
|
+
- `strategist` — 論点を基に推奨アクションを策定
|
|
21
|
+
`outputs/analysis/stakeholder_sim_*.md` に保存。
|
|
22
|
+
|
|
23
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン8: 自動クリッピング&ダイジェスト — 週次/日次インテリジェンスレポート"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン8: 自動クリッピング&ダイジェスト
|
|
6
|
+
|
|
7
|
+
## Step 0: プロファイル読込 + competitor-watchlist.md
|
|
8
|
+
|
|
9
|
+
## Step 1: 並列情報収集(Input)
|
|
10
|
+
以下を **並列** 起動:
|
|
11
|
+
- `deep-researcher` — 業界ニュース(直近1週間)
|
|
12
|
+
- `competitor-analyst` — 競合の動き(watchlist記載企業)
|
|
13
|
+
- `deep-researcher` — 技術トレンド(自社関連技術)
|
|
14
|
+
|
|
15
|
+
## Step 2: キュレーション(Process)
|
|
16
|
+
- `strategist` — 重要度ランク付け・自社への影響度評価
|
|
17
|
+
|
|
18
|
+
## Step 3: ダイジェスト生成
|
|
19
|
+
- `content-writer` — 週次レポートを作成
|
|
20
|
+
`outputs/reports/weekly_{日付}.md` に保存。
|
|
21
|
+
|
|
22
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン4 Agent Teams版: 競合マトリクス — アナリスト間で発見を即時共有"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン4: 競合情報マトリクス(Agent Teams版)
|
|
6
|
+
|
|
7
|
+
複数競合を調査し、比較マトリクスを生成します。
|
|
8
|
+
**Subagent版との違い**: アナリスト同士が発見を即時共有。
|
|
9
|
+
「競合Aがこの市場に参入した」→「競合Bがそれに対抗して値下げした」
|
|
10
|
+
のような相互影響を発見できます。
|
|
11
|
+
|
|
12
|
+
## 手順
|
|
13
|
+
|
|
14
|
+
### Step 1: Agent Teamを作成
|
|
15
|
+
指定された各競合企業に対して1人ずつTeammateを生成:
|
|
16
|
+
|
|
17
|
+
1. **analyst-{企業A名}** — 企業Aの詳細分析
|
|
18
|
+
2. **analyst-{企業B名}** — 企業Bの詳細分析
|
|
19
|
+
3. **analyst-{企業C名}** — 企業Cの詳細分析
|
|
20
|
+
(最大5社)
|
|
21
|
+
|
|
22
|
+
### Step 2: 調査の指示
|
|
23
|
+
各Teammateに以下を指示:
|
|
24
|
+
- `.claude/research-profiles/competitor-watchlist.md` を読み込む
|
|
25
|
+
- competitor-analyst の分析フレームワークに従って調査
|
|
26
|
+
- **発見した重要情報(新製品、値下げ、提携、撤退等)は即座に他のTeammateに共有**
|
|
27
|
+
- 他のTeammateから共有された情報が自社の分析に影響する場合は分析を更新
|
|
28
|
+
|
|
29
|
+
### Step 3: マトリクス統合
|
|
30
|
+
全Teammateの調査完了後、Team Leadが:
|
|
31
|
+
- 比較マトリクスを生成
|
|
32
|
+
- 相互影響の分析を追加
|
|
33
|
+
- `outputs/analysis/competitor_matrix_*.md` に保存
|
|
34
|
+
|
|
35
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,30 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン5 Agent Teams版: 仮説検証ループ — 戦略家と調査員が直接対話"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン5: 仮説構築→検証ループ(Agent Teams版)
|
|
6
|
+
|
|
7
|
+
仮説を立てデータで検証する反復プロセスを実行します。
|
|
8
|
+
**Subagent版との違い**: 戦略家と調査員が直接対話し、
|
|
9
|
+
調査中に見つかった予想外のデータに基づいて仮説を即座に修正できます。
|
|
10
|
+
|
|
11
|
+
## 手順
|
|
12
|
+
|
|
13
|
+
### Step 1: Agent Teamを作成
|
|
14
|
+
|
|
15
|
+
1. **hypothesis-builder** — 戦略家。仮説を構築し確信度を管理する。strategist の原則に従う
|
|
16
|
+
2. **data-verifier** — 調査員。仮説をデータで検証する。deep-researcher の原則に従う
|
|
17
|
+
|
|
18
|
+
### Step 2: ループ開始の指示
|
|
19
|
+
- hypothesis-builder にテーマを共有し、初期仮説3つの構築を依頼
|
|
20
|
+
- 仮説が構築されたら data-verifier に検証を依頼
|
|
21
|
+
- **重要**: data-verifier が予想外のデータを発見した場合、
|
|
22
|
+
hypothesis-builder に直接メッセージして仮説の修正を提案できる
|
|
23
|
+
- hypothesis-builder は検証結果と新しい示唆に基づいて仮説を精緻化
|
|
24
|
+
|
|
25
|
+
### Step 3: 収束判定
|
|
26
|
+
- 各仮説の確信度が「高」になるか、3回ループしたら終了
|
|
27
|
+
- Team Leadが最終仮説と検証過程を整理
|
|
28
|
+
- `outputs/analysis/hypothesis_*.md` に保存
|
|
29
|
+
|
|
30
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,83 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン11 Agent Teams版: 新規事業アイデアワークショップ — 専門家間で相互触発・議論"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン11: 新規事業アイデアワークショップ(Agent Teams版)
|
|
6
|
+
|
|
7
|
+
与えられたコンセプトについて、5人の専門家チームが互いに刺激し合いながら
|
|
8
|
+
アイデアを生成・議論・精緻化します。
|
|
9
|
+
|
|
10
|
+
**Subagent版との違い**:
|
|
11
|
+
- 技術視点のアイデアに対して市場視点が「その技術をこのセグメントに売れる」と即座に接続できる
|
|
12
|
+
- 収益視点が「このモデルは無理」と否定した場合、UX視点が「この体験なら課金できる」と代替案を提示できる
|
|
13
|
+
- 各専門家が他の視点のアイデアに触発されて新しいアイデアを追加できる(**相互触発**)
|
|
14
|
+
|
|
15
|
+
## Phase 1: チーム編成
|
|
16
|
+
|
|
17
|
+
以下のTeammateを生成:
|
|
18
|
+
|
|
19
|
+
1. **tech-expert** — 技術視点の専門家。ideator の原則に従い、技術的実現性と最新トレンドから発想する
|
|
20
|
+
2. **market-expert** — 市場視点の専門家。ideator の原則に従い、顧客セグメント・GTM戦略から発想する
|
|
21
|
+
3. **revenue-expert** — 収益視点の専門家。ideator の原則に従い、収益モデル・単価設計から発想する
|
|
22
|
+
4. **ux-expert** — UX/顧客体験視点の専門家。ideator の原則に従い、ユーザー体験・継続利用から発想する
|
|
23
|
+
5. **differentiation-expert** — 競合/差別化視点の専門家。ideator の原則に従い、競合の隙間・自社優位性から発想する
|
|
24
|
+
|
|
25
|
+
全Teammateに以下を指示:
|
|
26
|
+
- `.claude/research-profiles/` のプロファイルを読み込む
|
|
27
|
+
- 共有タスクリストを使って全アイデアを一覧管理する
|
|
28
|
+
|
|
29
|
+
## Phase 2: 発散ラウンド(制限時間指定推奨)
|
|
30
|
+
|
|
31
|
+
### Round 1: 個別発想
|
|
32
|
+
各Teammateに「自分の専門視点から3-5個のアイデアを生成し、共有タスクリストに登録してください」と指示。
|
|
33
|
+
|
|
34
|
+
### Round 2: 相互触発
|
|
35
|
+
`broadcast` で以下を指示:
|
|
36
|
+
「**他のTeammateが出したアイデアを読んで**、以下を行ってください:
|
|
37
|
+
- そのアイデアを自分の視点で強化できる場合 → 具体的な強化案をメッセージ
|
|
38
|
+
- そのアイデアに致命的な問題がある場合 → 問題点と代替案をメッセージ
|
|
39
|
+
- 他の人のアイデアから触発された新しいアイデアがある場合 → タスクリストに追加
|
|
40
|
+
|
|
41
|
+
**重要**: 否定だけで終わらず、必ず代替案や改善案を含めてください。」
|
|
42
|
+
|
|
43
|
+
### Round 3: アイデア融合
|
|
44
|
+
`broadcast` で以下を指示:
|
|
45
|
+
「異なる視点のアイデアを **組み合わせた** ハイブリッドアイデアを1-2個提案してください。
|
|
46
|
+
例: tech-expertの技術 × market-expertのセグメント × revenue-expertの課金モデル」
|
|
47
|
+
|
|
48
|
+
## Phase 3: 選別ラウンド
|
|
49
|
+
|
|
50
|
+
`broadcast` で以下を指示:
|
|
51
|
+
「タスクリストの全アイデアに対して、**自分の専門視点から** 実現性・インパクト・差別化を
|
|
52
|
+
10点満点で採点してください。他のTeammateの採点結果を見て、異議があればメッセージしてください。」
|
|
53
|
+
|
|
54
|
+
Team Leadが全採点を集計し、合計点でTop 3-5を選定。
|
|
55
|
+
|
|
56
|
+
## Phase 4: 深掘りラウンド
|
|
57
|
+
|
|
58
|
+
Top案を各Teammateに割り振り:
|
|
59
|
+
- tech-expert → 技術実装方針とMVP定義
|
|
60
|
+
- market-expert → TAM/SAM/SOM推定とGTM計画
|
|
61
|
+
- revenue-expert → 収益シミュレーション(初年度/3年後)
|
|
62
|
+
- ux-expert → ユーザージャーニーとプロトタイプ構想
|
|
63
|
+
- differentiation-expert → 競合が追随した場合の防衛戦略
|
|
64
|
+
|
|
65
|
+
**Teammate間でメッセージを交換しながら** 矛盾を解消し、整合性のある事業計画に統合。
|
|
66
|
+
|
|
67
|
+
## Phase 5: 最終レポート
|
|
68
|
+
|
|
69
|
+
Team Leadが全Teammateの成果を統合:
|
|
70
|
+
1. エグゼクティブサマリー(推奨案1-2件)
|
|
71
|
+
2. アイデア一覧(全案 + 5視点のスコア)
|
|
72
|
+
3. Top案の詳細(BMC、収益シミュレーション、ロードマップ、議論のハイライト)
|
|
73
|
+
4. チーム内で合意した点 / 対立が残った点
|
|
74
|
+
5. 推奨アクション
|
|
75
|
+
|
|
76
|
+
`outputs/analysis/idea-workshop_final_{テーマ}.md` に保存。
|
|
77
|
+
|
|
78
|
+
### 運用テクニック
|
|
79
|
+
- 議論が活性化しない場合: `broadcast`「最も大胆なアイデアはどれですか?なぜそう思いますか?」
|
|
80
|
+
- 特定のTeammateが沈黙: `write`(特定Teammate)「市場視点から見て、tech-expertの提案Xはどう思いますか?」
|
|
81
|
+
- 議論が堂々巡り: `broadcast`「各Teammateは最終的な推奨Top1を1つだけ選んで理由を述べてください」
|
|
82
|
+
|
|
83
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,38 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン2 Agent Teams版: 多視点レビュー — レビュワー間で直接反論・補足が可能"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン2: 多視点レビュー(Agent Teams版)
|
|
6
|
+
|
|
7
|
+
指定された成果物を複数視点からレビューします。
|
|
8
|
+
**Subagent版との違い**: レビュワー同士が直接やりとりし、
|
|
9
|
+
ある指摘に対して別のレビュワーが反論や補足ができます。
|
|
10
|
+
|
|
11
|
+
## 手順
|
|
12
|
+
|
|
13
|
+
### Step 1: Agent Teamを作成
|
|
14
|
+
以下のTeammateを生成してください:
|
|
15
|
+
|
|
16
|
+
1. **structure-reviewer** — 構造・論理の観点でレビュー。editor の観点に従う
|
|
17
|
+
2. **accuracy-reviewer** — 正確性の観点でレビュー。fact-checker の観点に従う
|
|
18
|
+
3. **persona-reviewer-1** — ターゲットペルソナ1の視点でレビュー
|
|
19
|
+
4. **persona-reviewer-2** — ターゲットペルソナ2の視点でレビュー
|
|
20
|
+
|
|
21
|
+
### Step 2: レビュー実行の指示
|
|
22
|
+
各Teammateに以下を指示:
|
|
23
|
+
- `.claude/research-profiles/` のプロファイルを読み込む
|
|
24
|
+
- 指定された成果物をレビューする
|
|
25
|
+
- レビュー結果を他のTeammateと共有する
|
|
26
|
+
- **他のTeammateの指摘に対して反論・補足・同意を表明する**
|
|
27
|
+
|
|
28
|
+
### Step 3: 議論の収束
|
|
29
|
+
全Teammateの議論が収束したら、Team Lead(あなた)が:
|
|
30
|
+
- 全指摘を重要度順に整理
|
|
31
|
+
- 合意点と論点を区別
|
|
32
|
+
- 統合フィードバックを `outputs/analysis/review_*.md` に保存
|
|
33
|
+
|
|
34
|
+
### 運用テクニック
|
|
35
|
+
- Teammateが議論を始めない場合: `broadcast` で「他のTeammateのレビュー結果を読んで、賛否を表明してください」
|
|
36
|
+
- 議論が発散する場合: `broadcast` で「主要な3点に絞って結論を出してください」
|
|
37
|
+
|
|
38
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,40 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: "パターン6 Agent Teams版: ステークホルダーSim — 各視点が直接議論・対立可能"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# パターン6: ステークホルダー・シミュレーション(Agent Teams版)
|
|
6
|
+
|
|
7
|
+
提案内容を複数のステークホルダー視点で議論します。
|
|
8
|
+
**Subagent版との違い**: 各視点が直接「会議」できます。
|
|
9
|
+
CEO視点が「投資すべき」と主張 → CFO視点が「予算が足りない」と反論
|
|
10
|
+
→ エンドユーザー視点が「この機能がないとユーザーは離れる」と補足
|
|
11
|
+
のような自然な議論をシミュレートします。
|
|
12
|
+
|
|
13
|
+
## 手順
|
|
14
|
+
|
|
15
|
+
### Step 1: Agent Teamを作成
|
|
16
|
+
提案内容の性質に応じてTeammateを生成:
|
|
17
|
+
|
|
18
|
+
1. **ceo-perspective** — CEO/経営判断の観点。事業成長とビジョンを重視
|
|
19
|
+
2. **cfo-perspective** — CFO/財務の観点。ROI、予算制約、リスクを重視
|
|
20
|
+
3. **user-perspective** — エンドユーザーの観点。使い勝手と価値を重視
|
|
21
|
+
4. **competitor-perspective** — 競合他社の戦略担当の観点。市場への影響を評価
|
|
22
|
+
|
|
23
|
+
### Step 2: 議論の開始
|
|
24
|
+
- `broadcast` で提案内容を全Teammateに共有
|
|
25
|
+
- 各Teammateに「自分の立場から提案への賛否と理由を述べてください」と指示
|
|
26
|
+
- **「他のTeammateの意見に対して、自分の立場から反論・補足してください」** と追加指示
|
|
27
|
+
|
|
28
|
+
### Step 3: 議論のファシリテーション
|
|
29
|
+
Team Leadが議論を管理:
|
|
30
|
+
- 議論が一方的な場合: 反対意見のTeammateに発言を促す
|
|
31
|
+
- 新しい論点が出た場合: 全Teammateにその論点への見解を求める
|
|
32
|
+
- 合意形成が見えた場合: 各Teammateに最終的な賛否を表明させる
|
|
33
|
+
|
|
34
|
+
### Step 4: 統合レポート
|
|
35
|
+
- 各視点の主張と根拠
|
|
36
|
+
- 合意点と対立点
|
|
37
|
+
- Team Leadとしての推奨アクション
|
|
38
|
+
- `outputs/analysis/stakeholder_sim_*.md` に保存
|
|
39
|
+
|
|
40
|
+
$ARGUMENTS
|
|
@@ -0,0 +1,19 @@
|
|
|
1
|
+
# ブランドボイス・ガイドライン
|
|
2
|
+
|
|
3
|
+
## トーン
|
|
4
|
+
- {例: プロフェッショナルだが堅すぎない}
|
|
5
|
+
- {例: データドリブンで信頼性がある}
|
|
6
|
+
|
|
7
|
+
## 禁止事項
|
|
8
|
+
- 過度な誇張表現(「革命的」「究極の」)
|
|
9
|
+
- 競合の直接的な批判
|
|
10
|
+
- 未検証の数値の断定的使用
|
|
11
|
+
|
|
12
|
+
## 好まれる表現
|
|
13
|
+
- 具体的な数値と出典
|
|
14
|
+
- ストーリーテリング(課題→解決→成果)
|
|
15
|
+
|
|
16
|
+
## 文体
|
|
17
|
+
- 一文40-60字目安
|
|
18
|
+
- 段落は3-5文
|
|
19
|
+
- 見出しは具体的に
|
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
# ビジネスコンテキストプロファイル
|
|
2
|
+
|
|
3
|
+
> すべてのSubagent/Teammateがタスク実行前に読み込む企業情報。
|
|
4
|
+
|
|
5
|
+
## 企業アイデンティティ
|
|
6
|
+
- 社名: {自社名}
|
|
7
|
+
- 事業: {主な事業内容}
|
|
8
|
+
- ターゲット市場: {主要マーケット}
|
|
9
|
+
- 主力製品/サービス: {製品リスト}
|
|
10
|
+
- 年商規模: {概算}
|
|
11
|
+
- 従業員規模: {人数帯}
|
|
12
|
+
|
|
13
|
+
## ミッション
|
|
14
|
+
{ミッションステートメント}
|
|
15
|
+
|
|
16
|
+
## 競争優位性
|
|
17
|
+
- {優位性1}
|
|
18
|
+
- {優位性2}
|
|
19
|
+
- {優位性3}
|
|
20
|
+
|
|
21
|
+
## 現在の課題/注力領域
|
|
22
|
+
- {課題1}
|
|
23
|
+
- {課題2}
|
|
24
|
+
|
|
25
|
+
## 意思決定基準
|
|
26
|
+
- ROI: {最低基準}
|
|
27
|
+
- 導入期間: {許容範囲}
|
|
28
|
+
- リスク許容度: {高/中/低}
|
|
@@ -0,0 +1,12 @@
|
|
|
1
|
+
# 競合ウォッチリスト
|
|
2
|
+
|
|
3
|
+
## 直接競合
|
|
4
|
+
| 企業名 | 主力製品 | 強み | 最終調査日 |
|
|
5
|
+
|--------|---------|------|-----------|
|
|
6
|
+
| {企業A} | {製品} | {強み} | {日付} |
|
|
7
|
+
| {企業B} | {製品} | {強み} | {日付} |
|
|
8
|
+
|
|
9
|
+
## 間接競合
|
|
10
|
+
| 企業名 | 競合領域 | 脅威度 |
|
|
11
|
+
|--------|---------|--------|
|
|
12
|
+
| {企業D} | {領域} | {高/中/低} |
|