Agent Harnessは、AIエージェントの「モデルの外側」にあるインフラ全体を指す設計概念です。モデルを差し替えるたびにコードを書き直していた作業が、設定ファイルの変更だけで済むようになります。

AWSが2026年4月にパブリックプレビューとして公開したAmazon Bedrock AgentCoreのマネージドハーネスは、この概念を商用サービスとして具体化した最初の大規模実装です。

この記事でわかること

  • Agent Harnessとは何か、なぜ今注目されているのか
  • AWS AgentCoreマネージドハーネスの仕組みと主な機能
  • 3つのAPIコールでエージェントを動かす手順
  • 料金と利用可能リージョン

Agent Harnessが解決する課題

AIエージェントを動かすには、LLM(大規模言語モデル)の呼び出しだけでは足りません。モデルを呼ぶループ処理、ツール実行のルーティング、コンテキストウィンドウの管理、セッション状態の保持、認証、エラーハンドリング、可観測性など、モデルの「外側」に膨大なインフラが必要です。この一式をAgent Harness(エージェントハーネス)と呼びます。

従来、このハーネスはチームごとにゼロから構築するのが当たり前でした。フレームワークを選び、オーケストレーションコードを書き、ツールやメモリを接続し、認証を設定する。エージェントが最初のタスクを処理するまでに数日かかるケースが大半です。

問題はそれだけではありません。新しいモデルがリリースされるたびに、オーケストレーション層のコードを書き換える必要がありました。Claude Opus 4.6からGemini 3に切り替えるだけでも、APIパラメータの差異に合わせたコード修正が発生します。モデルの進化が速い現在、この書き換えコストは無視できません。

AgentCoreマネージドハーネスの仕組み

AWSのAgentCoreマネージドハーネスは、ハーネスの構築を「宣言的な設定」に置き換えます。開発者が定義するのは3つだけです。

使用するモデル、呼び出せるツール、エージェントへの指示。AgentCoreがコンピュート、ツール接続、メモリ、認証、VPCネットワーキング、可観測性をすべて引き受けます。

モデルの変更はAPIパラメータの書き換えだけで完了します。Amazon Bedrockが提供するモデルに加え、OpenAIやGoogle Geminiのモデルも利用でき、セッションの途中でプロバイダーを切り替えてもコンテキストは失われません。

各セッションはセキュアな分離マイクロVM上で動作します。エージェントは専用のファイルシステムとシェルを持ち、コードの書き込みと実行が可能です。短期・長期のメモリとファイルはセッションをまたいで永続化されるため、タスクの中断と再開にカスタムコードは不要です。

3ステップでエージェントを起動する流れ

AgentCore CLIを使えば、ターミナルから離れることなくプロトタイプからデプロイまで一気通貫で進められます。

1つ目のステップは、エージェントの定義です。モデル、ツール、指示をYAML形式の設定ファイルに記述します。

2つ目は、ハーネスの作成です。AgentCoreのAPIを呼び出すと、設定に基づいてコンピュート環境、ツール接続、メモリなどが自動的にプロビジョニングされます。

3つ目は、セッションの開始です。エージェントにメッセージを送ると、マイクロVM上でオーケストレーションループが動き始めます。

モデルを変更したい場合は、設定ファイルのモデルパラメータを書き換えてAPIを再度呼び出すだけです。コードの修正は発生しません。

ツール接続とカスタム環境

ツールの接続方法は、AgentCore Gateway経由、MCPサーバーとの連携、ビルトインのブラウザツールとコードインタープリターの3種類です。

自前のソースコード、依存関係、ツールを含むカスタム環境を持ち込むことも可能です。セッション上でシェルコマンドを直接実行する機能もあります。モデルの推論を経由しないため、トークンコストがかかりません。環境セットアップ、スクリプト実行、デバッグなどの決定的な処理に向いています。

すべてのアクションはAgentCore Observabilityによって自動的にトレースされます。

OSSフレームワーク Strands Agentsとの関係

マネージドハーネスの内部エンジンは、AWS発のオープンソースエージェントフレームワーク「Strands Agents」です。設定ベースのハーネスで対応しきれないケースでは、Strands Agentsのコードベースに切り替えて、カスタムオーケストレーションやマルチエージェント連携を実装できます。

切り替えてもプラットフォームは同じです。マイクロVMの分離、デプロイパイプライン、セッション管理はそのまま使えるため、プロトタイプと本番で環境を作り直す必要がありません。

料金と利用条件

マネージドハーネスは2026年4月時点でパブリックプレビューとして提供されています。利用可能なリージョンは米国西部(オレゴン)、米国東部(バージニア北部)、アジア太平洋(シドニー)、ヨーロッパ(フランクフルト)の4つです。

CLI、ハーネス、スキルに追加料金はかかりません。課金対象はAgentCoreの基盤となるリソース(コンピュート、ストレージなど)の使用量のみです。

従来のアプローチとの違い

LangGraphやCrewAIなどの既存フレームワークは、オーケストレーションロジックの記述を簡素化しますが、実行環境のプロビジョニング、認証、永続化は開発者が自前で用意する必要があります。

AgentCoreのマネージドハーネスは、オーケストレーション層からインフラ層までを一括で提供します。フレームワークの選択肢を奪うのではなく、LangGraphやLlamaIndex、CrewAIとの併用も可能です。「エージェントロジックに集中し、インフラは任せる」という分業がこのサービスの位置付けです。

エージェント開発を始める際、インフラの構築に数日を費やす前に、まずAgentCoreのハーネスで動くプロトタイプを作り、エージェントロジックの検証から入る方が効率的です。