エージェントをプロダクションに載せる場合、「プロンプトとツール定義だけ書けば済む」世界と、「ランタイム・メモリ・ツール実行・監視を自前で組む」世界には大きな落差がある。Anthropic の Managed Agents および Skill SDK は前者を目指したサービスで、2026年時点でエージェント実装の選択肢を明確に変えた。ただし情報は継続的に更新されるため、数値・プランは必ず公式を確認されたい。
Managed Agents が提供するもの
公式ドキュメントによれば、Managed Agents はエージェントのランタイム実行、会話状態の保持、ツール呼び出しのオーケストレーション、監査ログの一部を Anthropic 側でホストする形態を指す。開発者は Skills（スキル定義）を書き、API 経由で呼び出す。従来の Messages API＋自前ループと比較すると、以下が差分になる：状態管理のサーバ責任、長時間実行のハンドリング、ツール実行の安全境界。
Skill SDK
Skill SDK はスキル（ツール群＋プロンプト＋メタデータ）をパッケージ化する仕組みで、Claude Code の Skills 機能と同系統の抽象化を API として利用できる形にしたものと理解するとよい。スキルは単なる関数の束ではなく、発火条件（triggerable conditions）、権限、説明文、引数スキーマを含む「小さなエージェント部品」として扱える。
価格とクォータ
Anthropic の API 価格は入出力トークンベースが基本で、Managed Agents ではこれに加えて実行時間やセッション保持のオーバーヘッドが載る形が公式で案内されている。具体的な単価・クォータは公式ページで随時更新されるため、本稿では数値を固定しない。エンタープライズ契約では専用レートが交渉可能である点は従来と同じだ。
自前ホスティングとの比較
自前で LangGraph、LlamaIndex Workflows、あるいは軽量な自作ループで組む場合の強みは、(1) モデルを差し替えられる（OpenAI や OSS モデルも混ぜられる）、(2) ランタイムを完全制御できる、(3) ベンダーロック回避。弱みは、(1) 運用人員コストが高い、(2) 観測性と安全性を自分で作り込む必要がある、(3) ツール実行のサンドボックス化も自力。Managed Agents はこの弱みを肩代わりする代わりに、モデル多様性と制御の一部を犠牲にする。
判断の目安
スタートアップやプロダクト検証フェーズでは Managed Agents が素直に速い。エージェント1本を数日で動くところまで持っていける。一方で、(a) モデルを複数ベンダー混ぜたい、(b) 機微データで外部ホスティング不可、(c) ツール実行に独自の重厚なサンドボックスが必要、(d) エージェント単価を極限まで下げたい、のいずれかが該当するなら自前が正解になり得る。
実装の落とし穴
Managed Agents 採用時にありがちな失敗は、「スキル粒度を大きくしすぎてプロンプト肥大化→コスト増」「状態管理をサーバに任せきりにしてローカルでのリプレイ・デバッグが困難」「監査ログ取り出しの設計を後回しにする」の3点。スキルは小さく切り、重要イベントは自社側ログにも記録し、定期的にテスト用セッションをリプレイする運用を最初から組み込むのが鉄則だ。
スキル設計のパターン
良いスキルは「単一責務」かつ「呼び出し条件が明確」である。例：order.refund.issue（返金実行）、order.status.lookup（状態照会）、kb.article.search（ナレッジ検索）のように、動詞＋対象で命名し、入力スキーマを厳格に定義する。複雑なビジネスロジックを1つのスキルに押し込むと、プロンプトが長大化してモデルが指示を見落としやすくなる。また、スキルの説明文は「いつ使うか」を最重視して書くこと——モデルはこの文面を頼りに呼び出し可否を判断する。
観測性と評価
エージェントの品質管理は従来型アプリの単体テストでは足りない。トレース（どのスキルを何回呼んだか）、トークン消費、失敗時のリトライ回数、ユーザ満足度プロキシ（会話の完了率など）を継続計測する基盤が要る。Anthropic 側提供のログに加えて、OpenTelemetry での自社集約、あるいは Langfuse・LangSmith 等の外部ツール併用が実務での主流になりつつある。
移行戦略
既存の自前エージェントを Managed Agents に移す場合、一気に切り替えるのではなく、新規スキルから先行投入し、既存ルーティングの一部を徐々に移管するのが安全。逆に Managed Agents から離脱したくなった場合に備えて、スキル定義・プロンプト・評価データセットはベンダー非依存のフォーマットで管理しておくことが保険になる。ロックインは避けられないが、出口戦略を最初に考えておくのは基本だ。