Claude で本番環境向けの AI エージェントを出荷することを決定しました。ここで最初の本格的な岐路に立たされます。Anthropic に Claude マネージドエージェントでエージェントループとサンドボックスを実行させるか、それとも Claude エージェント SDK を使用してループを独自のプロセス内に保持するか。この2つのオプションはデモ上では似ていますが、アーキテクチャ、コストモデル、およびオンコール体制を異なる方向に導きます。このガイドでは、支払返金エージェントとサポートチケットエージェントを実行例として、ホワイトボードで実際に検討するようなトレードオフについて説明します。
結論
Anthropic にエージェントループ、サンドボックス、およびセッション状態をホストさせたい場合、特に長時間実行される非同期作業のために、そしてそのインフラを自分で実行するよりもランタイム料金を支払う方が良い場合は、Claude マネージドエージェントを選択してください。ループを独自のプロセス内に保持し、ツール、データレジデンシー、およびコストを完全に制御する必要がある場合は、Claude エージェント SDK を選択してください。どちらも MCP と Claude モデルに対応しています。
はじめに
2026年、「AI エージェントを構築する」という言葉は「チャット完了の周りに while ループを組む」という意味ではなくなりました。Anthropic は現在、本番環境でエージェントを実行するための2つの異なる方法を提供しており、その選択はコード以上のものを形作ります。顧客データがどこに置かれるか、ツール呼び出しがハングアップしたときに午前2時に誰が呼び出されるか、そして財務チームが支出をどのように予測するかを決定します。
Claude エージェント SDK はライブラリです。Python または TypeScript サービスにインポートすると、エージェントループ、コンテキスト管理、および組み込みツールが独自のプロセスとインフラストラクチャ内で実行されます。Claude マネージドエージェントはその反対の形式です。Anthropic がループとセッションごとのサンドボックスを実行するホスト型 REST API であり、アプリケーションはイベントを送信し、結果をストリーミングで受け取ります。基盤となるモデルは同じですが、運用契約は大きく異なります。
ほとんどの本番エージェントは API を呼び出すことで実際の作業を行います。カードの請求、Zendesk チケットの作成、在庫サービスのクエリ、内部価格エンドポイントへのアクセスなどです。つまり、エージェントの信頼性は、主にそれが呼び出す API とツールの信頼性に依存します。ホスティングモデルを選択する前に、エージェント形式のトラフィックの下でこれらのエンドポイントを設計、モック、テストする方法が必要です。そこで Apidog のようなプラットフォームが役立ちます。エージェントがアクセスする依存関係をモックし、それらに対して契約テストを実行し、エージェントが使用するのと同じ方法で MCP サーバーを試すことができます。これについては後で触れます。まず、両方のオプションを明確に理解しましょう。間違った選択をすると、元に戻すのに費用がかかるからです。ホスト型側についてより深く知りたい場合は、当社の Claude マネージドエージェントガイドをご覧ください。
Claude マネージドエージェントとは何か
Claude マネージドエージェントは、Anthropic が管理するインフラストラクチャ内で実行される、事前構築済みで設定可能なエージェントハーネスです。独自のエージェントループ、サンドボックス、ツール実行レイヤーを記述する代わりに、エージェントを記述して Anthropic に実行させます。2026年4月にパブリックベータ版としてローンチされ、現在、すべてのリクエストで managed-agents-2026-04-01 ベータヘッダーが必要です。これは SDK が自動的に設定します。
この製品は4つの概念を中心に構築されており、ジョブランナーについて考える方法と明確に対応しています。
- エージェント：モデル、システムプロンプト、ツール、MCP サーバー、スキル。一度作成し、多くのセッションで ID によって参照します。
- 環境：プリインストールされたパッケージ (Python、Node.js、Go など) とネットワークアクセスルールを持つ構成済みコンテナテンプレート。
- セッション：環境内で実行中のエージェントインスタンス。1つのタスクを実行し、出力を生成します。永続的なファイルシステムと会話履歴を持ちます。
- イベント：アプリとエージェントの間を流れるメッセージ (ユーザーの操作、ツールの結果、ステータス更新)。サーバー送信イベントを介してストリーミングされ、サーバーサイドで永続化されます。
基本的な流れは、エージェントを作成し、環境を設定し、セッションを開始し、ユーザーメッセージをイベントとして送信し、応答をストリーミングします。追加のイベントを送信することで実行中にエージェントを操作したり、中断して方向を変えたりすることができます。イベント履歴は Anthropic 側で保存され、監査やデバッグのために完全にフェッチできます。
マネージドエージェントは、Claude に Bash、ファイル操作 (読み取り、書き込み、編集、glob、grep)、ウェブ検索とフェッチ、その他すべての MCP サーバー接続など、すぐに使える一連の組み込みツールを提供します。Anthropic の説明では、このオプションは、長時間実行 (数分から数時間、多数のツール呼び出し)、ネットワークアクセスを備えた安全なクラウドコンテナ、最小限のインフラストラクチャ、および対話間で永続するステートフルセッションを必要とするワークロードに最適であるとされています。また、AWS 上の Claude Platform でも利用可能ですが、機能の可用性やセッションの動作にいくつかの違いがあり、特定のクラウドに制約がある場合は確認する価値があります。
2つの点に注意してください。第一に、カスタムツールの動作はここで異なります。Claude はツールを呼び出すことを決定しますが、アプリケーションがそれを実行し、イベントストリームを介して結果を返します。実行はあなたの世界で行われ、ループとサンドボックスのみがホストされます。第二に、特定の機能 (成果物やマルチエージェント) は、別のアクセスリクエストの背後にある研究プレビューとしてゲートされており、すべての機能が有効にした瞬間に利用できると仮定しないでください。これらすべての背後にあるより広範なパターンについては、エージェント AI アーキテクチャに関する記事で、ループ、ツール、およびメモリがどのように連携するかを説明しています。
Claude エージェント SDK とは何か
Claude エージェント SDK は、Claude Code を強化するのと同じツール、エージェントループ、およびコンテキスト管理を Python および TypeScript でプログラム可能にするライブラリです。以前は Claude Code SDK と呼ばれていましたが、コーディングタスクを超えたより広範な範囲を示すために名称が変更されました。
pip install claude-agent-sdkまたは
npm install @anthropic-ai/claude-agent-sdkを実行し、API キーを指定すると、ループがあなたのプロセス内で実行されます。
最小限のエージェントは小さいです。Python では、プロンプトとエージェントが使用できるツールをリストしたオプションオブジェクトを指定して query() を呼び出し、ストリーミングされたメッセージを反復処理します。Claude は、ツール実行ループを実装することなく、ファイルを読み取り、コマンドを実行し、コードを編集します。これがプレーンなクライアント SDK との核となる違いです。プレーンなクライアント SDK では、自分で while response.stop_reason == "tool_use" ループを記述し、すべてのツール呼び出しを手動で実行する必要があります。
SDK は、あなたが構築する必要があるであろうメカニズムを提供します。
- 組み込みツール: 読み取り、書き込み、編集、Bash、Glob、Grep、WebSearch、WebFetch、バックグラウンドスクリプトを監視するためのモニターツール、質問を明確にするための AskUserQuestion ツール。
- フック: ライフサイクルポイント (
PreToolUse、PostToolUse、Stop、SessionStart、SessionEnd、UserPromptSubmitなど) でのコールバック。動作を検証、ログ記録、ブロック、または変換できます。これにより、すべてのファイルまたは API 変更の監査証跡を構築できます。 - サブエージェント: 専門的なサブタスクのために特化したエージェントを生成します。メッセージには
parent_tool_use_idが含まれるため、どのサブエージェントが何をしたかをトレースできます。 - MCP: モデルコンテキストプロトコル (Managed Agents が使用するのと同じ標準) を介してデータベース、ブラウザ、および API を接続します。
- 権限: 安全なツールを事前に承認し、危険なツールをブロックし、または機密性の高いアクションには承認を要求します。読み取り専用の分析エージェントは1つのオプション文字列です。
- セッション: セッション ID をキャプチャし、後で完全なコンテキストで再開したり、フォークして別の選択肢を探索したりできます。状態はファイルシステム上の JSONL であるため、あなたが所有します。
ループはあなたのプロセスで実行されるため、SDK は Claude Code のファイルシステム設定も読み取ります。
.claude/skills/のスキル、スラッシュコマンド、プロジェクトコンテキスト用の
CLAUDE.md、およびプラグインです。認証は、直接的な Anthropic API に加えて、Amazon Bedrock、AWS 上の Claude Platform、Google Vertex AI、および Azure AI Foundry をサポートしているため、既存のクラウド契約内で推論を維持できます。実践的なアプローチを希望する場合は、Claude プランで Claude エージェント SDK をセットアップするガイドと、独自の Claude Code を構築するウォークスルーの両方が動作するループから始まります。
注意すべき請求の変更点が1つあります。2026年6月15日以降、Agent SDK と
claude -pのサブスクリプションプランでの使用は、対話型使用制限とは別の月額 Agent SDK クレジットから引き落とされます。SDK 呼び出しが対話型 Claude 使用と同じプールを共有すると予測していた場合は、再確認してください。このブログ記事を含む、ブログ記事に記載されている数値を信頼するのではなく、Anthropic の現在の規約を直接確認してください。
直接比較: マネージドエージェント vs エージェント SDK
アーキテクチャレビューでよく出てくる比較を以下に示します。コストの行は目安として扱い、予算を確定する前に、Anthropic の料金ページとマネージドエージェントのドキュメントで実際の数値を確認してください。
| 要素 | Claude マネージドエージェント | Claude エージェント SDK |
|---|---|---|
| ループの実行場所 | Anthropic が管理するインフラストラクチャ | 独自のプロセス、独自のインフラストラクチャ |
| インターフェース | REST API + SSE イベントストリーム | Python または TypeScript ライブラリ |
| ループの制御 | コーディングではなく設定により、イベントを介して操作 | 完全な制御：フック、カスタム権限、インプロセスロジック |
| コストモデル | 標準の Claude トークン料金 + アクティブなエージェント時間に対するセッション時間あたりのランタイム料金 | 標準の Claude トークン料金 + 実行するコンピューティング費用 |
| 運用負担 | 低い：サンドボックス、スケーリング、セッションストアを運用する必要なし | 高い：サービス、サンドボックスの実行、スケーリング、監視を行う |
| 可観測性 | Anthropic ホスト型のイベントログ（すべて取得可能）、組み込みの監視 | 自分で計装したもの：フック、ログ、トレーシングスタック |
| レイテンシプロファイル | ホスト型ランタイムへのネットワークホップ；非同期の長時間作業向けにチューニング | インプロセスループ；データとツールへの近接性を制御 |
| データレジデンシー | サンドボックスとセッション状態は Anthropic インフラに存在（AWS オプションあり） | ファイル、状態、ツール実行は独自のインフラストラクチャに保持 |
| カスタムツールの実行 | Claude が要求；アプリが実行し、ストリーム経由で結果を返す | インプロセス Python または TypeScript 関数 |
| 最適なユースケース | 長時間実行、非同期、インフラが軽量な本番エージェント | ローカルプロトタイピング、ファイルシステムとサービスに近いエージェント、厳格なデータ制御 |
いくつかの行は、ニュアンスのある説明を必要とします。
コスト。形状が異なり、モデル価格は同じではありません。マネージドエージェントは、標準のトークン料金に加えて、アクティブなセッション時間に対するランタイム料金を請求します。そのため、1時間考え続けるエージェントは、ツール呼び出しの間もその1時間分の費用がかかります。SDK には Anthropic の時間ごとのランタイム料金はありませんが、サーバー、オートスケーリング、およびそれらを維持するエンジニアに費用を支払います。紙の上では安くても、オンコール体制の費用を考慮すると安くはない場合があります。
運用負担。これが最も明確な違いです。マネージドエージェントは、サンドボックス、セッションストア、スケーリングロジックをあなたの負担から取り除きます。SDK はこれらすべてを制御できるようにしますが、これはエージェントがプライベートデータベースの隣にある VPC 内で実行する必要がある場合にはまさに望むものであり、2人チームが非同期ワーカーを必要とするだけの場合には望まないものです。
データレジデンシー。SDK を使用する場合、ツールの実行とセッションの状態はインフラストラクチャから離れることはありません。モデル推論のみが Claude に送られます。マネージドエージェントの場合、サンドボックスとイベントログは Anthropic の環境 (または、いくつか注意点がありますが AWS) に存在します。規制対象のデータの場合、この行だけで問題全体が決定されることがよくあります。
可観測性。マネージドエージェントは、ホストされ、取得可能なイベントログを無料で提供します。SDK はフックを提供し、それをトレーシングスタックに接続することを期待します。異なるエルゴノミクスですが、作業を行えば同様の最終状態になります。
エージェントが呼び出す API のテストとデバッグ
どのホスティングモデルを選択しても、エージェントの信頼性は、それが呼び出すツールと API に大きく依存します。完璧に推論するが、不安定な決済エンドポイントを呼び出す返金エージェントは、不安定な返金エージェントです。したがって、依存関係を後回しにするのではなく、第一級のテスト対象として扱ってください。
出荷する前にテストすべき3つのレイヤーがあります。
API 契約。エージェントが呼び出すすべてのツールはスキーマを持つ API です。それらのエンドポイントをモックし、リクエストとレスポンスの形状をアサートすることで、バックエンドの変更が本番環境でエージェントを静かに破壊するのを防ぎます。Apidog を使用すると、決済またはチケット発行サービスのモックを立ち上げ、エージェントが期待する正確なスキーマを定義し、スケジュールに基づいて契約テストを実行できます。実際のサービスがずれた場合、顧客の返金が失敗する前に契約テストが失敗します。これに対する構造化されたアプローチについては、API を呼び出す AI エージェントのテスト方法に関するガイドで、重要な失敗モードについて説明しています。
MCP サーバー。どちらのオプションも、外部ツールを MCP を介してルーティングします。MCP サーバー自体がツール、入力、および出力を備えたサービスであり、エージェントが失敗する一般的な場所です。ツールがわずかに異なるペイロードを返したり、タイムアウトが処理されなかったり、エラーパスが構造化データではなく散文を返したりする場合があります。ライブエージェントに接続する前に、エージェントがアクセスするのと同じ方法で MCP サーバーを直接テストしてください。Apidog を使用した MCP サーバーのテストに関するウォークスルーでは、サーバーが公開するツールを列挙し、それぞれを試す方法について説明しています。Apidog には AI エージェントと A2A デバッガーも含まれており、エージェントが生成するリクエストとレスポンスのトラフィックを推測するだけでなく、実際に監視できます。
エージェント自身の要求動作。エージェントは人間とは異なるパターンで API を呼び出します。リトライのバースト、部分的な読み取り、モデルが推論している間にループ内で同じエンドポイントが10回呼び出されるなどです。そのトラフィックをモックに対してリプレイし、エージェントが実際に何を送信しているかを観察します。これは、ライブエージェントと A2A トラフィックをキャプチャするデバッガーが真価を発揮する場所です。これにより、インシデント発生時ではなく、ステージング環境で「オフ・バイ・ワン」のリトライの嵐を発見できます。
ツールのためのツールではありません。ホスティングの決定とテスト戦略は密接に関連しているということです。マネージドエージェントはループを隠すため、障害に対する可視性はイベントログと独自の API レベルのテストを通じて得られます。SDK はループを公開するため、フックで計測しますが、それでも基盤となる同じ API レベルのテストが必要です。いずれにしても、Apidog をダウンロードして、エージェントが実際の顧客に近づく前に、エージェントの依存関係をテストしてください。
意思決定フレームワーク
機能ごとの苦悩をスキップして、以下の質問に順に答えてください。最初の強力な「はい」が、あなたをオプションに導きます。
Claude マネージドエージェントを選択する場合:
- エージェントが長時間または非同期に実行され (数分から数時間、多数のツール呼び出し)、ジョブランナー、サンドボックス、およびセッションストアを運用したくない場合。
- 小規模なチームで、制御よりも運用担当者の人数が制約となっている場合。
- オブザーバビリティをゼロから構築することなく、ホストされ、取得可能なイベントログが必要な場合。
- データとコンプライアンスの体制が、サンドボックスとセッション状態を Anthropic (または AWS) の環境に置くことを許可している場合。
- 一部の機能が研究プレビューリクエストの背後にあるベータ版であることに問題がない場合。
Claude エージェント SDK を選択する場合:
- エージェントが独自の VPC 内、プライベートデータベースまたは内部サービスの隣で実行され、セッション状態を第三者が保持しない必要がある場合。
- ループをきめ細かく制御する必要がある場合: カスタム権限、監査とポリシーのためのフック、インプロセスツールロジック。
- データレジデンシーまたは規制上の制約により、ホスト型サンドボックスが除外される場合。
- Bedrock、Vertex、または Azure の既存の契約を通じて推論を請求し、ループを社内に保持したい場合。
- ローカルでプロトタイプを作成し、エージェントが今日のファイルシステムで直接動作することを望む場合。
一般的なパス: ループがすぐそこにあり、反復サイクルが速いため、エージェント SDK を使用してローカルでプロトタイプを作成し、運用の節約が制御の喪失を上回る場合は、本番環境向けにマネージドエージェントに移行します。この移行は実際の作業であり、設定の切り替えではないため、デフォルトで移行するのではなく、意図的に決定してください。モデルやコーディングエージェントも検討している場合、2026年版 Claude と Codex の比較も役立つ参考資料です。
実際のユースケース
支払返金エージェント
フィンテックのサポートチームは、チケットを読み取り、取引を検索し、返金ポリシーを確認し、決済APIを呼び出して返金を発行し、チケットに要約を書き戻すという、返金リクエストをエンドツーエンドで処理するエージェントを求めています。このエージェントは金銭に触れるため、すべてのAPI呼び出しにはテスト済みの契約と明確な監査証跡が必要です。
ここでは SDK が最適です。エージェントは決済サービスの隣の VPC 内で実行されるべきであり、セッション状態は会社のインフラストラクチャから離れてはならず、PreToolUse フックは、しきい値を超える返金には人間の承認が必要という厳格なルールを強制できます。ローンチ前に、チームは Apidog で決済および元帳のエンドポイントをモックし、返金および検索呼び出しの契約テストを作成し、モックに対して1週間分の履歴チケットをリプレイして、エージェントが実際に何を送信しているかを正確に確認します。彼らが見つけたリトライの嵐のバグ（実際に成功した504の後でエージェントが返金呼び出しを再発行する）は、このテストレイヤーが存在する理由そのものです。
非同期サポートチケットトリアージエージェント
SaaS 企業は1日に数千件のサポートチケットを受け取っており、分類、関連ログの取得、応答のドラフト作成、解決またはエスカレーションを行うエージェントを求めています。チケットはあらゆる時間に到着し、それぞれ数分間のツール呼び出しを要し、関連するデータの機密性は低いです。
マネージドエージェントはこの形状にうまく適合します。作業は長時間実行され非同期であり、チームは小規模でオートスケーリングワーカーフリートを運用したくないため、ホストされたイベントログはチケットごとのトレースを無料で提供します。彼らはそれでも依存関係をテストします。ロギング API とチケットシステム MCP サーバーは Apidog でモックされ、契約テストが行われるため、ログサービスのスキーマ変更によってトリアージ品質が静かに低下することはありません。ホスティングはマネージドですが、API の正確さは依然として彼らの仕事です。
ファイアウォールの内側にある内部データ運用エージェント
プラットフォームチームは、「昨日の失敗した ETL パーティションをバックフィルする」といった内部リクエストに対応するエージェントを求めています。これは、内部ジョブ API を照会し、修復スクリプトを実行し、ステータスを報告します。内部 API はパブリックインターネット上にはなく、データは機密性が高いです。
この場合、SDK がデフォルトで優位です。エージェントはプライベートサービスに到達できる場所で実行されなければならず、セッション状態のいかなる部分もサードパーティのサンドボックスに置くことはできません。チームは内部サービスを MCP サーバーとして接続し、まず各 MCP ツールを単独でテストし、SDK のフックを使用して、エージェントが実行するすべてのコマンドを既存の監査パイプラインに記録します。これは、SDK の「プロセス内で実行される」という特性が単なる好みではなく、要件となるケースです。エージェントが主要な API コンシューマーになりつつある理由の背景については、新しい API コンシューマーとしての AI エージェントに関する記事をご覧ください。
結論
マネージドエージェントとエージェント SDK の決定は、API 設計の衣装をまとった運用およびデータガバナンスの決定です。以下の点を持ち帰りましょう。
- マネージドエージェントはループとサンドボックスをホストします。SDK はそれらを独自のプロセスで実行します。この単一の事実が、ほとんどのトレードオフを駆動します。
- コストは数値ではなく形状です。マネージドエージェントはセッション時間あたりのランタイム料金を追加します。SDK はそのコストを、運用するインフラストラクチャとオンコールに転嫁します。
- データレジデンシーがしばしば決定要因となります。規制対象または VPC 境界内のデータは SDK を指し、低機密性の非同期作業はマネージドエージェントを指します。
- 運用担当者の人数ももう1つの決定要因です。小規模チームは、マネージドランタイムとホストされたイベントログから最も恩恵を受けます。
- ホスティングに関係なく依存関係をテストしてください。エージェントは、それが呼び出す API および MCP サーバーの信頼性と同じくらい信頼性があります。
- SDK でプロトタイプを作成し、マネージドエージェントで本番環境に移行するのは合理的なパスですが、移行をプロジェクトとして扱ってください。
- コミットする前に、料金とベータステータスをソースで確認してください。どちらも2026年には進化しています。
次のステップ: 顧客に触れるものにエージェントを接続する前に、その API と MCP の依存関係をテストしてください。Apidog をダウンロードして、それらのエンドポイントをモックし、契約テストを実行し、エージェントの実際のリクエストトラフィックをデバッグすることで、選択したホスティングモデルがすでに証明された依存関係の上に構築されていることを確認できます。
よくある質問
Claude マネージドエージェントと Claude エージェント SDK の主な違いは何ですか？
マネージドエージェントは、Anthropic がエージェントループとセッションごとのサンドボックスを実行するホスト型 REST API です。あなたはイベントを送信し、結果をストリーミングで受け取ります。エージェント SDK は、同じループを独自のプロセスとインフラストラクチャ内で実行する Python または TypeScript ライブラリです。同じ Claude モデルを使用しますが、運用の所有権が異なります。
Claude エージェント SDK は以前の Claude Code SDK と同じものですか？
はい。Claude Code SDK は、コーディングタスクを超えたより広範な範囲を反映するために、Claude エージェント SDK に名称変更されました。それが公開するエージェントループ、組み込みツール、およびコンテキスト管理は、Claude Code を強化するのと同じメカニズムであり、現在は汎用エージェントライブラリとしてパッケージ化されています。
どちらのオプションが安価ですか？
ワークロードの形状によります。マネージドエージェントは、標準の Claude トークン料金に加えて、アクティブなセッション時間に対するランタイム料金を請求するため、長時間思考するエージェントはランタイムコストが発生します。SDK には Anthropic の時間あたりのランタイム料金はありませんが、コンピューティング費用を支払い、それを運用します。Anthropic の料金ページで現在の料金を確認してください。ブログ記事の数値を基に予算を立てないでください。
MCP サーバーは両方で使用できますか？
はい。どちらも Model Context Protocol を介して外部ツールをルーティングします。そのため、どちらかのオプションに接続する前に MCP サーバーをテストすることが重要です。当社のApidog を使用した MCP サーバーのテストガイドでは、エージェントがアクセスするのと同じ方法で、サーバーが公開する各ツールを試す方法について説明しています。
顧客データを Anthropic のインフラストラクチャから外に保持するにはどうすればよいですか？
エージェント SDK を使用し、ループを独自の環境内で実行してください。SDK を使用する場合、ツールの実行とセッションの状態はあなたのインフラストラクチャに残り、モデル推論のみが Claude に送られます。マネージドエージェントの場合、サンドボックスとイベントログは Anthropic の環境に存在します（AWS オプションは注意点付きで存在します）が、厳格なデータレジデンシー規則を満たさない場合があります。
Claude マネージドエージェントは本番環境に対応していますか？
2026年4月にパブリックベータ版としてリリースされ、すべてのリクエストで managed-agents-2026-04-01 ベータヘッダーが必要です。コアセッション機能は一般に API アカウントで利用可能ですが、成果物やマルチエージェントなどの一部の機能は、別途の研究プレビューリクエストによってゲートされています。ベータ版として扱い、現在のステータスについてはドキュメントを確認してください。
エージェントが実際の API にアクセスする前にテストするにはどうすればよいですか？
エージェントが呼び出すすべての API および MCP サーバーをモックし、リクエストおよびレスポンススキーマに関する契約テストを作成し、モックに対して現実的なトラフィックをリプレイして、エージェントが実際に何を送信しているかを確認します。Apidog は、ライブエージェントトラフィックを検査するための AI エージェントおよび A2A デバッガーを含め、これら3つすべてをカバーします。API を呼び出す AI エージェントのテスト方法に関するガイドで、失敗モードについて詳しく説明しています。
片方から始めて、後でもう片方に切り替えることはできますか？
可能です。一般的なパスは、ローカルでエージェント SDK でプロトタイプを作成し、その後本番環境向けにマネージドエージェントに移行することです。ただし、これは設定の切り替えではありません。インターフェースが異なり（ライブラリと REST+イベント）、カスタムツールの実行方法が異なり、セッション状態はファイルシステムからホストされたログに移行します。これを移行プロジェクトとして計画してください。