CLAUDE LABEN
2.1.278 — auto モードの分類器が Claude API・Enterprise・Bedrock / Vertex / Foundry でサーバー側の既定になりました。分類器の分は課金されず、/status に Auto mode server の行が増えていますTASKOUT — TaskOutput ツールが削除されました。taskOutputMaxChars と TASK_MAX_OUTPUT_LENGTH は無効になり、バックグラウンドの出力は Read で読む形に一本化されています10/07 — 管理構成キーの旧い綴りの受付は10月7日 正午 PT までです。残り17日で、締切を過ぎた設定は書き直すまでそのコネクタが使えなくなりますBUNPANIC — 更新で入った版が、起動しただけで落ちるという報告が出ています。同じ機械で前の版は動くとのことで、環境ではなく版の側が疑われていますNEW — Cowork と Claude Code のどちらに置くかを、承認の境界で決めた記録ですSONNET4.5 — 廃止表に並ぶ日付は「それより前には終わらない下限」です。Sonnet 4.5 は今も有効で、非推奨の告知は出ていません2.1.278 — auto モードの分類器が Claude API・Enterprise・Bedrock / Vertex / Foundry でサーバー側の既定になりました。分類器の分は課金されず、/status に Auto mode server の行が増えていますTASKOUT — TaskOutput ツールが削除されました。taskOutputMaxChars と TASK_MAX_OUTPUT_LENGTH は無効になり、バックグラウンドの出力は Read で読む形に一本化されています10/07 — 管理構成キーの旧い綴りの受付は10月7日 正午 PT までです。残り17日で、締切を過ぎた設定は書き直すまでそのコネクタが使えなくなりますBUNPANIC — 更新で入った版が、起動しただけで落ちるという報告が出ています。同じ機械で前の版は動くとのことで、環境ではなく版の側が疑われていますNEW — Cowork と Claude Code のどちらに置くかを、承認の境界で決めた記録ですSONNET4.5 — 廃止表に並ぶ日付は「それより前には終わらない下限」です。Sonnet 4.5 は今も有効で、非推奨の告知は出ていません
記事一覧/API & SDK
API & SDK/2026-05-06上級

「営業チームが欲しがる」AI自動化 — Claude Agent SDK で構築するマルチエージェント営業支援システム

Claude Agent SDK を使ってリード管理・提案書生成・フォローアップを自動化するマルチエージェント営業支援システムを本番レベルで構築する完全ガイド。コスト最適化・人間レビューゲート・CRM連携の実装例も詳細に解説します。

agent-sdk4multi-agent3sales-automationcrmpython22production87

プレミアム記事

営業担当者が1日に処理できるリードの数には、物理的な上限があります。メールを読み、企業情報を調べ、提案書を作り、フォローアップを送る——これらを一件ずつ手でこなしていると、1日30件が限界というのが現実ではないでしょうか。

私がこの課題に向き合ったのは、ある中堅SaaS企業のCTO候補者から相談を受けたのがきっかけでした。月間400件のインバウンドリードがあるのに、営業チームは3人。「人を増やすか、AIに任せるか」という二択を迫られていると言うのです。

結論から言うと、Claude Agent SDK を使ったマルチエージェントシステムで、リード評価から初回提案書の下書きまでを自動化し、1人の営業担当者が扱えるリード数を月60件から180件に引き上げることができました。その設計と実装を、途中でつまずいた箇所も含めて書き残します。

なぜマルチエージェントなのか — シングルエージェントの限界

最初に試したのは、1つの大きなエージェントに全タスクを任せる方法でした。「リードを受け取って、調査して、提案書を書いて、フォローアップメールも作って」と1プロンプトに全部詰め込む設計です。

これがうまくいかない理由は3つあります。

1. コンテキストウィンドウの問題: 1件のリード処理に使う情報量(企業HP・LinkedIn・過去の接触履歴・自社製品情報)を全部詰め込むと、容易に100kトークンを超えます。Opus 4を使えばコンテキストは1Mトークンありますが、それを1件ごとに使うと費用が爆発します。

2. エラーの伝播: リード調査の途中でWebフェッチが失敗した場合、後続の提案書生成も全部失敗します。失敗箇所だけリトライする仕組みが必要です。

3. 品質のバラつき: 「調査専門」「文章専門」のように特化させた方が、それぞれの品質が安定します。

マルチエージェント設計では、これらを専門エージェントに分担させることで解決できます。

システムアーキテクチャの全体像

このシステムは4つのコンポーネントで構成されます。

  • オーケストレーター: リードキューを監視し、各エージェントへタスクを割り振る
  • リサーチエージェント: 企業情報・業種・規模・競合状況を調査してスコアリング
  • ドラフターエージェント: 提案書と初回アプローチメールの下書きを生成
  • レビューゲート: 人間が承認するまで送信を止めるバッファ

全体のフローは次の通りです。

インバウンドリード
     ↓
オーケストレーター(キュー監視)
     ↓
リサーチエージェント(調査 + スコアリング)
     ↓
[スコア閾値チェック] ──低スコア──→ アーカイブ
     ↓ 高スコア
ドラフターエージェント(提案書 + メール下書き)
     ↓
レビューゲート(人間承認待ち)
     ↓
CRMへ保存 + メール送信

重要なのは「レビューゲート」です。完全自動送信は初期段階では危険すぎます。エージェントが作った文章を人間が確認してから送る二段階設計にすることで、ブランドリスクを最小化できます。

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
CRM連携・リード評価・提案書生成を3つの専門エージェントで分担する設計パターンを習得でき、実際のコードで手元に再現できるようになります
本番環境でエージェントが誤動作したときのリカバリ設計と人間レビューゲートの実装方法を理解でき、安心してマルチエージェントを本番投入できます
月間コスト3万円以下で300件のリードを処理するコスト最適化の実装例を入手でき、ROIを示せる状態でプロジェクトをスタートできます
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥2,480 の永久アクセス
メンバーシップを見る →

関連記事

API & SDK2026-06-27
Claude API のストリーミングが「エラーも出さずに」止まるとき — 沈黙する停止を検知して途中から続ける運用メモ
Claude API のストリーミングが例外も出さずに無言で止まる「沈黙停止」を、トークン間隔のウォッチドッグで検知し、受信済みテキストを引き継いで途中から再開する実装と、長時間の自動運用で崩れないためのタイムアウト予算の設計をまとめます。
API & SDK2026-06-14
Claude の Dreaming を長期稼働エージェントのメモリ整理に組み込む
Managed Agents の Dreaming は過去セッションを点検してメモリを再構成する自己改善機構です。Harvey や Wisedocs の公開数値を読み解き、Anthropic SDK で自前のメモリ整理ループを組む完全なコードと、本番運用での落とし穴までをまとめました。
API & SDK2026-04-24
Claude API を Python で本番運用する — レート制限・リトライ・タイムアウトの設計
Claude API を本番サービスに組み込むなら、429・503・Read timeout とどう付き合うかが品質を決めます。私が実運用で落ち着いたリトライとタイムアウトの設計方針を、コード込みで整理しました。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます