company-deep-dive

企業の詳細調査

Nimble のウェブデータ API による 360° 企業調査です。

ユーザーのリクエスト：$ARGUMENTS

コマンドを実行する前に、Claude Code の制約（シェル状態なし、&／wait を使わない、サブエージェントの権限、コミュニケーションスタイル）について、references/nimble-playbook.md を読んでください。

---

手順

ステップ 0：事前確認

references/nimble-playbook.md の転送方式の選択と標準の事前確認に従ってください。セッション開始時に CLI または MCP を選択し、その後、標準の事前確認呼び出し（日付の計算、今日の日付、プロフィール、メモリーインデックス）を並行して実行します。

結果を確認し、次のように対応します。

• CLI がない、または API キーが設定されていない → references/profile-and-onboarding.md を確認して終了
• すべての nimble CLI 呼び出しにタグを付けます：nimble --client-source nimble-agent-skills <subcommand>。MCP リクエストは転送方式のレベルで識別されます。詳しくは references/nimble-playbook.md を参照してください。
• プロフィールがある → コンテキストとして記録します（企業名が調査の方向付けに役立ちます）。~/.nimble/memory/companies/index.md を読み、対象企業の過去の調査があるか確認します。[[path/entity]] の相互参照をたどり、関連するコンテキストを読み込みます。
  • 過去の調査がある場合： 読み込みます。更新モードで実行し、前回のレポート日以降の新しい情報に焦点を当てます。ユーザーには「[Company] について [date] 時点の過去の調査があります。最新データで更新します。」と伝えます。
  • 過去の調査がない場合： 全件モードで実行し、あらゆる側面を包括的に調査します。
• プロフィールがない → 問題ありません。企業の詳細調査にはオンボーディングは不要です（competitor-intel とは異なります）。ステップ 1 に進みます。

ステップ 1：対象企業の特定

$ARGUMENTS またはユーザーのメッセージから対象企業を特定します。

明確な場合（例：「Stripe を調査して」「Datadog について教えて」）：

• 企業名を抽出します
• 身元を確認するため、次の Bash 呼び出しを同時に実行します。
  • nimble search --query "[Company] official site" --max-results 3 --search-depth lite
  • nimble search --query "[Company] company overview" --max-results 5 --search-depth lite
• 簡潔に確認します：「[Company]（[domain]）を調査しています……」

曖昧な場合（例：「Mercury を調査して」— 銀行、自動車関連など、複数の可能性がある）：

• 有力な候補を挙げて、確認の質問を 1 つします

指定がない場合 —「どの企業を調査しますか？」と尋ねます。

調査範囲の選択 — ユーザーが詳しさを指定していない場合は、詳細な包括調査をデフォルトとします。「概要だけ」「簡潔に」「要約」と指定された場合は、Deep Extraction のステップを省略し、短いレポートを作成するクイックモードで実行します。

ステップ 2：WSA の検出

対象企業のドメインで利用可能な WSA を検出します。次の 2 つの検索を同時に実行します。

nimble extract:templates list --limit 100  # then filter items for "{company-domain}"

nimble extract:templates list --limit 100  # then filter items for "{company-name}"

結果から、entity_type が SERP または PDP に一致する WSA を絞り込み、managed_by: "nimble" を優先します。nimble extract:templates get --extract-template-name {name} を使って各 WSA を検証し、検出した WSA の名前とパラメーターを、この実行中に使用できるようキャッシュします。ステップ 3 で、nimble search による情報拡充と併せて、これらを各次元のエージェントに渡します。WSA が見つからない場合は、nimble search のみで続行します。

ステップ 3：複数の側面を並行して調査する（サブエージェント）

エージェントのプロンプトテンプレートの全文は、references/dimension-agent-prompt.md を確認してください。 references/nimble-playbook.md のサブエージェント起動ルール（bypassPermissions、バッチあたり最大 4 件、Bash の明示的な指示、失敗時のフォールバック）に従ってください。

mode: "bypassPermissions" を指定して、nimble-researcher エージェント（agents/nimble-researcher.md）を起動します。各エージェントは、企業の 1 つの側面を調査します。ステップ 2 で見つかった WSA 名を各エージェントに渡し、nimble search と併せて情報を補完できるようにしてください。

重要： Nimble API のレート制限は、API キーあたり 10 req/sec です。各エージェントが 4～5 件の検索を並行して実行するため、制限を超えないよう、1 バッチあたりの同時実行エージェント数を 2 件にしてください。概要検索はエージェントのバッチと同時に実行せず、専用のフェーズで実行してください。

呼び出し回数の見積もりとスケール実行： エージェントを起動する前に、API 呼び出しの合計数を見積もってください。例：概要検索 2 件 ＋ エージェント 5 件 × 1 エージェントあたり約 5 件の検索 ＝ 約 27 件。呼び出しが 11 件以上になる場合、各エージェントは個別に呼び出すのではなく、extract-batch または agent run-batch を使用してください。ティアの選択については、references/nimble-playbook.md のスケール実行パターンを参照してください。

フェーズ A — 概要検索（エージェントの起動前に、直接実行）：

• nimble search --query "about" --include-domain '["[domain]"]' --max-results 3 --search-depth lite
• nimble search --query "[Company] Wikipedia OR Crunchbase OR Pitchbook" --max-results 5 --search-depth lite

これらの検索で、創業日、本社、従業員数、ミッションなどの基礎情報を把握し、各側面の調査結果の背景とします。

フェーズ B — バッチ 1（エージェント 2 件を同時に実行）：

エージェント	側面	調査対象
1	資金調達と財務	資金調達ラウンド、企業評価額、収益の兆候、投資家、財務健全性
2	製品とテクノロジー	製品、技術スタック、最近のリリース、エンジニアリングブログ、オープンソース

フェーズ C — バッチ 2（エージェント 2 件を同時に実行）：

エージェント	側面	調査対象
3	経営陣とチーム	創業者、経営幹部、主要な採用、退職、チーム規模、企業文化の兆候
4	最近のニュースとイベント	報道、発表、提携、受賞、カンファレンス

フェーズ D — バッチ 3（エージェント 1 件）：

エージェント	側面	調査対象
5	市場での位置付け	競合他社、市場シェア、位置付け、アナリストによる報道、顧客レビュー

更新モードでの調整： 以前の調査結果がある場合は、既知の事実を各エージェントにコンテキストとして渡し、新しい情報に集中させてください。エージェントには --start-date を使用して、最近のデータだけに絞り込むよう指示してください。

フォールバック： エージェントが失敗する、または結果が空の場合は、メインコンテキストから該当する側面を直接検索してください。レポートに抜けを残さないでください。

ステップ 4：詳細な抽出

すべてのエージェントの結果から、側面を横断して最も有益な URL を 5～8 件特定します。以下を優先してください。

• 金額が明記された資金調達の発表
• 公式の製品・機能ページ
• 経営幹部へのインタビュー、ポッドキャスト出演、カンファレンス講演
• 詳細なアナリストまたはジャーナリストによる企業紹介
• 企業自身の会社概要・チームページ

URL ごとに Bash 呼び出しを 1 回行い、すべて同時に実行します。

nimble extract --url "https://..." --format markdown

抽出に失敗した場合は、references/nimble-playbook.md のフォールバックに従ってください。

クイックモード： このステップを完全にスキップします。検索結果のスニペットのみを基にレポートを作成してください。

WSA による情報補完： ステップ 2 で WSA が見つかった場合は、nimble extract にフォールバックする前に、主要な URL からより詳細な情報を抽出するために使用してください。

ステップ 5：レポートを作成する

出力は360°企業レポートとして構成します。

# [Company Name] — Deep Dive
*As of [today's date]*

## Quick Assessment
[2-3 sentence verdict: what this company is, where they stand, and the one thing
that matters most right now. This is the "if you read nothing else" paragraph.]

## Company Overview
- Founded: [year] | HQ: [location] | Employees: [estimate]
- Domain: [domain] | Industry: [industry]
- Mission/focus: [one line]

## Funding & Financials
[Latest round, total raised, key investors, valuation signals, revenue indicators.
Every claim dated and sourced.]

## Leadership & Team
[Founders, C-suite, notable recent hires or departures. Executive perspectives
on company direction — direct quotes when available from interviews or talks.]

## Product & Technology
[Core products, recent launches, tech stack signals, engineering culture,
open-source contributions. What they're building and how.]

## Market Position
[Key competitors, differentiation, market share signals, analyst perspectives,
customer sentiment from reviews (G2/Capterra/Reddit).]

## Recent News & Events
[Chronological, most recent first. Each entry dated with source.]

## Strategic Outlook
[Synthesis across all dimensions: where the company is heading, key risks,
growth signals, and strategic bets. This is insight, not summary.]

## Sources
[Numbered list of all URLs cited in the report]

基本ルール：

• すべての事実に、日付と出典 URL を付けます。
• 最初にクイック評価を提示します。多くの読者はそこまでしか読みません。
• ある項目について公開データが見つからない場合は、推測せず「公開データは見つかりませんでした」と記載します。
• 確認済みの事実と推定される兆候を区別します。
• 経営幹部の引用は信頼性を高めます。見つかった場合は、インタビュー、決算説明会、カンファレンス講演からの直接引用を含めます。
• 更新モードでは、各セクションの前に「前回の日付以降の新情報」を提示します。

ステップ 6：メモリに保存する

すべての Write 呼び出しを同時に行います。

• レポート → ~/.nimble/memory/reports/company-deep-dive-[date].md
• 企業プロフィール → ~/.nimble/memory/companies/[company-name-slug].md （references/memory-and-distribution.md の形式を使用します）。発見した主要人物 （例：[[people/jane-smith]]）、同じ分野の競合企業（例：[[competitors/widgetco]]）、 その他の関連エンティティへの相互参照 [[path/entity]] を追加します。
• プロフィールが存在する場合は、~/.nimble/business-profile.json の last_runs.company-deep-dive を更新します。
• references/memory-and-distribution.md の Wiki 更新パターンに従います。影響を受ける すべてのエンティティファイルについて index.md の行を更新し、今回の実行内容を log.md に追記します。

companies/ 内の企業プロフィールには、今後この企業に関する情報を必要とするあらゆるスキルの実行時に読み込めるよう、主要な事実（概要、財務、経営陣、製品）を構造化して記載します。

ステップ 7：共有と配布

必ず配布を提案してください。このステップを省略してはいけません。 コネクターの検出、共有の手順、出典リンクの必須化については、 references/memory-and-distribution.md に従ってください。

ステップ 8：フォローアップ

• ある項目をさらに深掘りする → そのトピックに絞って検索する
• 別の企業と比較する → 横並びで分析する
• 「[特定のトピック]については？」 → 対象を絞って検索・抽出する
• 「よさそうです」 → 完了

関連スキルの提案：

次のステップ：

• competitor-intel を実行し、この企業を競合として継続的に追跡する
• この企業の関係者と会う場合は、meeting-prep を実行する
• competitor-positioning を実行し、相手のメッセージと自社のメッセージを分析する

---

エージェントチームモード（デュアルモード）

起動時に確認します：echo $CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS

チームモード（フラグが設定されている場合）：サブエージェントの代わりに 3 人のチームメイトを起動します。各チームメイトが関連する項目を担当し、相互にメッセージを送って調査結果を照合できます。

チームメイト	担当項目	照合相手
財務・ニュース	資金調達、収益、最近のニュース、イベント	市場（評価額とポジショニング）
製品・経営陣	製品、技術スタック、創業者、主要な採用	財務（方針転換と資金調達）
市場	競合企業、ポジショニング、レビュー、アナリスト	製品（差別化に関する主張）

リード（あなた）：共有タスクを作成し、すべてのチームメイトの完了を待ってから最終レポートをまとめます。あるチームメイトが、別のチームメイトによる確認が必要な主張（例：評価額を示唆する資金調達額）を見つけた場合、該当するチームメイトにタスクを割り当てます。

単独モード（フラグが設定されていない場合）：ステップ 3 の標準的なサブエージェントの手順に従います。

---

このスキルの対象外

• 競合のモニタリングではありません。 複数の競合企業を継続的に追跡する場合は、competitor-intel を使用してください。このスキルでは、1 社を深く調査します。
• 面談の準備ではありません。 面談相手の人物について調べる場合は、meeting-prep を使用してください。このスキルでは企業を調査し、個人は調査しません。
• 財務アドバイスではありません。 公開情報に基づくインテリジェンス収集であり、投資分析やデューデリジェンスの認証ではありません。
• リアルタイムモニタリングではありません。 このスキルでは、特定時点のレポートを作成します。継続的に追跡する場合は、後日再度実行するか、企業を追加して competitor-intel を使用してください。

---

エラー処理

標準的なエラー一覧（API キーの欠落、429、 401、結果なし、抽出データの乱れ）については、references/nimble-playbook.mdを参照してください。このスキル固有のエラー：

• 検索 500： --focusフラグを付けずに一度再試行します。それでも失敗する場合は、 簡略化したクエリ（短い用語、日付フィルターなし）で再試行します。失敗を記録しますが、その 分野をスキップしないでください。
• 検索タイムアウト： 一度再試行し、その後はその呼び出しをスキップして続行します。これは プレイブックのタイムアウトポリシーに準拠しています。
• 企業が見つからない： ドメイン、別名、または親会社を使って再試行します
• ある分野の結果が空： 「公開データが見つかりません」と記載します。推測はしないでください