支援先クライアントの基本情報を体系的に収集・整理し、ナレッジベースとして構造化するスキル。 公開情報の調査、共有資料の要約、CLAUDE.md 統合・運用リファレンス・リサーチドキュメントの 3 層構造でナレッジを整備する。Claude Code での管理を前提とした設計。 以下のようなリクエストで必ずこのスキルを使用すること: - 「○○社の基本情報をまとめて」「クライアント情報を整理して」 - 「ナレッジベースを作って」「前提情報をまとめて」 - 「案件の前提情報を更新して」「クライアント情報を最新化して」 - 「新しいクライアントの情報整理をして」 - クライアント企業の情報整理・構造化・ナレッジ化に関するあらゆるリクエスト
TAM が支援するクライアント企業の情報を体系的に収集・整理し、Claude Code が効率的に参照できる 3 層構造のナレッジベースを構築するスキル。
Claude Code はセッション開始時に CLAUDE.md を自動で読み込む。この特性を活かし、クライアント情報への参照を CLAUDE.md に集約することで、どのセッションでも即座に文脈を把握できる構成にする。
Layer 1: CLAUDE.md 統合(セッション開始時に自動読み込み)
└── CLAUDE.md 内にクライアント参照セクションを記載
└── 「@{client}.md を読み込め」の指示で Layer 2 へ誘導
└── 公開情報・事業概要・市場環境・用語集は Layer 2 冒頭で常に参照可能
Layer 2: 運用リファレンス(CLAUDE.md から参照)
└── {client}.md(プロジェクトルート)
└── チーム体制・MTG履歴・ドキュメントID・USP・PGST・進行状況
└── 公開情報・課題・市場概況もここに一元化
Layer 3: 詳細リサーチ(必要時に参照)
└── knowledge/{client}/research/*.md
└── 市場分析・競合分析・ベンチマーク・キーワード分析など深掘り分析
└── Layer 2 末尾のリンクから辿れる構成
CLAUDE.md ← Claude Code が自動読み込み
│ 「@{client}.md を参照せよ」
│ 「knowledge/{client}/research/ に詳細あり」
▼
{client}.md ← 運用の中核(体制・進捗・PGST・USP)
│ 末尾に knowledge/{client}/research/ へのリンク
▼
knowledge/{client}/research/
├── analysis-summary.md ← 分析サマリー
├── market-analysis.md ← 市場分析
├── competitive-analysis.md ← 競合分析
├── benchmark-analysis.md ← ベンチマーク分析
└── keyword-analysis.md ← キーワード・SEO分析
ユーザーから以下の情報を収集する。不足している場合は質問する。
| パラメータ | 説明 | 必須 |
|---|---|---|
| 企業名 | クライアントの正式名称 | 必須 |
| Web サイト URL | コーポレートサイト/EC サイト | 推奨 |
| 支援領域 | EC 売上拡大 / Web リニューアル / デジタルマーケ / SNS 運用 等 | 推奨 |
| 既存資料 | Google Drive 上の共有資料 URL、議事録等 | あれば |
| 作成範囲 | 全 3 層 / 運用リファレンスのみ / リサーチのみ 等 | 任意(デフォルト: 全 3 層) |
WebSearch と WebFetch を使って以下を調査する。
調査は Task ツールで 3 つ並列実行 し、速度を最大化する。
WebSearch で以下を調査:
- 正式社名・設立年・本社所在地・代表者
- 事業内容・主力ブランド/サービス
- コアメッセージ(サイト掲載のビジョン・ミッション)
- 主要導線(サイト構成)
- 連絡先情報
検索クエリ例:
"{企業名}" 会社概要 設立
"{企業名}" 事業内容
WebSearch + WebFetch で以下を調査:
- 事業ポートフォリオ(売上構成が推定できれば)
- 主力商品/サービスカテゴリ
- EC展開状況(カートシステム・販売チャネル)
- 主力ブランド
検索クエリ例:
"{企業名}" 商品 サービス
"{企業名}" EC オンラインショップ
WebSearch で以下を調査:
- 業界の市場規模・トレンド
- 主要競合企業(3〜5社)
- 差別化要因の仮説
検索クエリ例:
"{業界名}" 市場規模 2026
"{企業名}" 競合 比較
Step 1 の公開情報収集が完了したら、必ずユーザーに共有資料の有無を確認する。 自己判断で省略してはならない。
AskUserQuestion で以下を質問する:
このクライアントについて、Google Drive上に共有資料(議事録・提案書・分析データ等)はありますか?
ある場合は、資料が格納されているGoogle DriveフォルダのURLを教えてください。
⚠ 注意:共有いただく資料には、パスワード・APIキー・個人の連絡先・契約金額など
の機密情報が含まれないようご確認ください。
機密情報を含むファイルはフォルダから除外するか、別途ご共有ください。
質問の選択肢:
ユーザーからフォルダ URL が提供された場合、以下の手順で処理する:
フォルダ内ファイル一覧の取得
gdrive スキル(.claude/skills/gdrive/SKILL.md)を Read で読み込むファイル種別に応じたスキルで内容取得
| 資料種別 | 使用スキル | スキルパス |
|---|---|---|
| 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 |
取得した内容をナレッジ用に要約・構造化
{client}.md)の「主要ドキュメント ID」セクションにファイル ID を記録するユーザーから個別のファイル URL が提供された場合:
{client}.md の「主要ドキュメント ID」セクションに記録する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分析
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分析
Bash で mkdir -p knowledge/{client}/research を実行後、Write で以下のドキュメントを作成する。
既存の company-research スキルの出力や、各種分析結果を構造化して格納する。
| ファイル | 内容 |
|---|---|
analysis-summary.md | 全調査の統合サマリー。エグゼクティブサマリー・ PGST ・差別化軸・ USP |
market-analysis.md | 市場規模・トレンド・政策動向・新規需要セグメント |
competitive-analysis.md | 競合マッピング・ SEO 比較・ポジショニング・白地分析 |
benchmark-analysis.md | 異業種ベンチマーク企業の成功事例と応用施策 |
keyword-analysis.md | SEO 現状・狙うべきキーワード・コンテンツ戦略 |
各ドキュメントの構造ルール:
# {企業名} {分析名} とタイトル、直下に 最終更新:{YYYY-MM-DD}作成したドキュメントについて以下を確認する:
@{client}.md の参照が記載されているか{client}.md から knowledge/{client}/research/ へのリンクが正しいか{client}.md)に反映ユーザー: 「ファームエイジの競合について教えて」
↓
Claude Code: CLAUDE.md 読み込み(自動)
↓ @farmage.md の指示に従い
Claude Code: farmage.md を Read(競合分析セクション確認)
↓ 詳細が必要なら
Claude Code: knowledge/farmage/research/competitive-analysis.md を Read
| スキル | 目的 | 出力先 | 更新頻度 |
|---|---|---|---|
| client-knowledge(本スキル) | クライアント情報を継続参照できるナレッジとして構造化 | {client}.md + knowledge/{client}/research/ | 継続更新 |
| company-research | 商談前の外部調査→課題仮説→商談設計を 1 回のレポートとして出力 | reports/{企業名}/ | 原則 1 回きり |
company-research の出力結果を本スキルで Layer 2 ・ 3 に構造化する、という連携フローが推奨。
{client}.md)への誘導に留める{client}.md 以下に記載するknowledge/{client}/research/ のパスをドキュメント間で統一する