Client Knowledge

Step 0: 入力パラメータの確認

ユーザーから以下の情報を収集する。不足している場合は質問する。

Step 1: 公開情報の収集

WebSearch と WebFetch を使って以下を調査する。 調査は Task ツールで 3 つ並列実行 し、速度を最大化する。

1-A: 企業基本情報（Agent 1）

WebSearch で以下を調査：
- 正式社名・設立年・本社所在地・代表者
- 事業内容・主力ブランド/サービス
- コアメッセージ（サイト掲載のビジョン・ミッション）
- 主要導線（サイト構成）
- 連絡先情報

検索クエリ例：
  "{企業名}" 会社概要 設立
  "{企業名}" 事業内容

1-B: 事業・商品情報（Agent 2）

WebSearch + WebFetch で以下を調査：
- 事業ポートフォリオ（売上構成が推定できれば）
- 主力商品/サービスカテゴリ
- EC展開状況（カートシステム・販売チャネル）
- 主力ブランド

検索クエリ例：
  "{企業名}" 商品 サービス
  "{企業名}" EC オンラインショップ

1-C: 市場・競合概況（Agent 3）

WebSearch で以下を調査：
- 業界の市場規模・トレンド
- 主要競合企業（3〜5社）
- 差別化要因の仮説

検索クエリ例：
  "{業界名}" 市場規模 2026
  "{企業名}" 競合 比較

Step 2: 共有資料の要約

2-1: 共有資料の有無を確認（必須）

Step 1 の公開情報収集が完了したら、必ずユーザーに共有資料の有無を確認する。 自己判断で省略してはならない。

AskUserQuestion で以下を質問する：

このクライアントについて、Google Drive上に共有資料（議事録・提案書・分析データ等）はありますか？
ある場合は、資料が格納されているGoogle DriveフォルダのURLを教えてください。

⚠ 注意：共有いただく資料には、パスワード・APIキー・個人の連絡先・契約金額など
の機密情報が含まれないようご確認ください。
機密情報を含むファイルはフォルダから除外するか、別途ご共有ください。

質問の選択肢：

• 「フォルダ URL を指定する」 — フォルダ URL の入力を促す（機密情報を含まない資料のみ格納されていることを確認済み）
• 「個別のファイル URL を指定する」 — 個別ファイル URL（複数可）の入力を促す
• 「共有資料はない（公開情報のみで進める）」 — Step 3 へスキップ

2-2: フォルダ URL 指定時の処理フロー

ユーザーからフォルダ URL が提供された場合、以下の手順で処理する：

1. フォルダ内ファイル一覧の取得

   • gdrive スキル（.claude/skills/gdrive/SKILL.md）を Read で読み込む
   • フォルダ URL を指定してファイル一覧を取得する
   • 取得したファイル一覧をユーザーに提示し、どのファイルをナレッジに取り込むか確認する

2. ファイル種別に応じたスキルで内容取得

   資料種別	使用スキル	スキルパス
   Google Docs	gdocs	.claude/skills/gdocs/SKILL.md
   Google Drive PDF/CSV/TXT	gdrive	.claude/skills/gdrive/SKILL.md
   Google Sheets	sheets	.claude/skills/sheets/SKILL.md
   Google Slides	slides	.claude/skills/slides/SKILL.md

3. 取得した内容をナレッジ用に要約・構造化

   • 各ファイルの内容を読み取り、Layer 2 ・ Layer 3 に反映すべき情報を抽出する
   • Layer 2（{client}.md）の「主要ドキュメント ID」セクションにファイル ID を記録する

2-3: 個別ファイル URL 指定時の処理フロー

ユーザーから個別のファイル URL が提供された場合：

1. URL からファイル種別を判定する
2. 上記テーブルに従い、対応するスキルで内容を取得する
3. 取得した内容をナレッジ用に要約・構造化する

要約時の注意

• 事実と推測を分離: 公開情報・共有資料・分析結果（推測/仮説）を明確に区別する
• 数値は原本参照を前提に: 更新される可能性がある数値には「最新は原本を参照」と注記する
• 機密情報の取り扱い: 個人名・契約金額等は Layer 2（運用リファレンス）に記載する
• ドキュメント ID の記録: 取り込んだファイルの ID は必ず {client}.md の「主要ドキュメント ID」セクションに記録する

Step 3: ナレッジベースの生成

Layer 1: CLAUDE.md への統合

CLAUDE.md の「現在対応中クライアントの前提情報」セクションに以下を追記する。 既にセクションがある場合は既存内容とマージする。

## 現在対応中クライアントの前提情報

以下のファイルに現在進行中のクライアント案件の詳細情報が記載されています。
会話を開始する前に必ず参照し、文脈を把握した上で回答してください。

@{client}.md

### ナレッジ参照の構造

| 層 | ファイル | 用途 | 参照タイミング |
|----|---------|------|--------------|
| **運用リファレンス** | `{client}.md` | 体制・MTG履歴・ドキュメントID・PGST・USP | 案件作業時に必ず参照 |
| **詳細リサーチ** | `knowledge/{client}/research/*.md` | 市場分析・競合分析・ベンチマーク・SEO分析 | 深掘り分析・提案作成時 |

#### リサーチドキュメント一覧

- `knowledge/{client}/research/analysis-summary.md` — 分析サマリー（全調査の統合まとめ）
- `knowledge/{client}/research/market-analysis.md` — 市場分析
- `knowledge/{client}/research/competitive-analysis.md` — 競合分析
- `knowledge/{client}/research/benchmark-analysis.md` — ベンチマーク分析
- `knowledge/{client}/research/keyword-analysis.md` — キーワード・SEO分析

Layer 2: 運用リファレンス

Write ツールで {client}.md をプロジェクトルートに作成する。 以下のテンプレートに従う。

# {企業名} — 案件前提情報

最終更新：{YYYY-MM-DD}

---

## 会社概要

| 項目 | 内容 |
|------|------|
| 社名 | {正式社名} |
| 所在 | {所在地} |
| 事業 | {事業概要} |
| EC売上 | {売上情報} |
| 中期目標 | {目標} |

---

## 担当者・体制

### {企業名}側
- **{氏名}**：{役割}

### TAM担当チーム
- **{氏名}**：{役割}

---

## 事業ポートフォリオ
{売上構成・主力商品・ブランド}

---

## USP（決定済み／仮説）
{USPステートメント・3つの柱・ポジショニング}

---

## 顧客セグメント
{ターゲット別コアメッセージ}

---

## ECの現状課題

| 課題 | 詳細 |
|------|------|
| {課題1} | {詳細} |

---

## 市場環境
{市場規模・トレンド・新規需要セグメント}
→ 詳細: `knowledge/{client}/research/market-analysis.md`

---

## 競合分析
{競合マッピング・ポジショニング}
→ 詳細: `knowledge/{client}/research/competitive-analysis.md`

---

## 戦略・戦術（PGST）

| 要素 | 内容 |
|------|------|
| **P** | {Purpose} |
| **G** | {Goal} |
| **S** | {Strategy} |
| **T** | {Tactics} |

---

## プロジェクトスケジュール・フェーズ

| フェーズ | 期間 | 状態 |
|---------|------|------|
| {フェーズ1} | {期間} | {状態} |

---

## MTG履歴（詳細）

### {YYYY/MM/DD} — {MTGタイトル}
- {要点}

---

## 主要ドキュメントID（Google Drive）

| ドキュメント | ID |
|------------|-----|
| {名称} | `{ID}` |

---

## 詳細リサーチドキュメント

調査・分析の深掘り情報は `knowledge/{client}/research/` に格納。提案作成・施策立案時に参照すること。

- `knowledge/{client}/research/analysis-summary.md` — 分析サマリー
- `knowledge/{client}/research/market-analysis.md` — 市場分析
- `knowledge/{client}/research/competitive-analysis.md` — 競合分析
- `knowledge/{client}/research/benchmark-analysis.md` — ベンチマーク分析
- `knowledge/{client}/research/keyword-analysis.md` — キーワード・SEO分析

Layer 3: 詳細リサーチ

Bash で mkdir -p knowledge/{client}/research を実行後、Write で以下のドキュメントを作成する。 既存の company-research スキルの出力や、各種分析結果を構造化して格納する。

各ドキュメントの構造ルール：

1. 冒頭に # {企業名} {分析名} とタイトル、直下に 最終更新：{YYYY-MM-DD}
2. セクション構成で情報を整理
3. 定量データはテーブル形式で提示
4. 末尾に「{企業名}にとっての示唆」セクションを設ける

Step 4: 整合性チェック

作成したドキュメントについて以下を確認する：

• CLAUDE.md に @{client}.md の参照が記載されているか
• {client}.md から knowledge/{client}/research/ へのリンクが正しいか
• Layer 2 と Layer 3 の情報に矛盾がないか
• 各ドキュメントの「最終更新日」が正しいか
• 機密情報（個人名・契約金額等）が Layer 2 以下に限定されているか

更新運用

更新トリガー

• MTG 後に新しい情報が共有されたとき
• Google Drive 上の共有資料が更新されたとき
• 市場データ・競合情報に変化があったとき
• プロジェクトフェーズが移行したとき

更新手順

1. 変更内容の特定（どの層のどのセクションが影響を受けるか）
2. Layer 3（リサーチ）のソースドキュメントを更新
3. Layer 2（運用リファレンス {client}.md）に反映
4. CLAUDE.md の参照構造に変更が必要な場合のみ更新
5. 各ドキュメントの「最終更新日」を更新

Claude Code でのナレッジ参照パターン

ユーザー: 「ファームエイジの競合について教えて」
  ↓
Claude Code: CLAUDE.md 読み込み（自動）
  ↓ @farmage.md の指示に従い
Claude Code: farmage.md を Read（競合分析セクション確認）
  ↓ 詳細が必要なら
Claude Code: knowledge/farmage/research/competitive-analysis.md を Read

既存スキルとの棲み分け

company-research の出力結果を本スキルで Layer 2 ・ 3 に構造化する、という連携フローが推奨。

注意事項

• CLAUDE.md は簡潔に: CLAUDE.md 自体にクライアント詳細を書きすぎない。参照先（{client}.md）への誘導に留める
• 機密情報: CLAUDE.md には個人名・契約金額・非公開戦略を記載しない。これらは {client}.md 以下に記載する
• ファクトベース: 推定・仮説には必ず根拠を示すか「【推定】」と明記する
• 定期更新: MTG や資料共有のたびに Layer 2 を更新し、必要に応じて Layer 3 に反映する
• パスの一貫性: knowledge/{client}/research/ のパスをドキュメント間で統一する