Bedrock AgentCoreハーネスGAとは？仕組み・料金・導入判断を解説

2026年6月17日、AWS New York SummitでAmazon Bedrock AgentCoreのハーネス（managed agent harness）が一般提供（GA）になりました。モデル・ツール・スキル・指示を設定として宣言するだけで、オーケストレーションコードを書かずに本番品質のAIエージェントを動かせる機能です。本記事では、2026年4月のプレビューからGAまでの経緯、マルチモデル切替やMCP接続といった主要機能、料金の構造、AgentCore Runtimeとの使い分けを整理します。あわせて、設定だけで完結する範囲と、コード実装や外部委託が必要になる境界まで踏み込んで解説します。

まとめ：宣言だけで本番エージェントが動くAgentCoreハーネスGAの要点

AgentCoreハーネスは、CreateHarnessとInvokeHarnessの2つのAPI呼び出しでAIエージェントを稼働させる実行基盤です。2026年4月22日のプレビューを経て、2026年6月17日にGAとなりました。ハーネス自体に追加料金はなく、裏側で使うAgentCore各機能（Runtime・Memory・Gatewayなど）の従量課金だけで動きます。セッションごとに分離されたmicroVMでファイルシステムとシェルを持ち、モデルはBedrock・OpenAI・Google Geminiをセッション途中で切り替えられます。

導入判断の軸は「オーケストレーションループを自前で制御する必要があるか」の一点です。定型的なツール呼び出しと社内ナレッジ参照が中心の用途なら、設定だけで本番運用まで到達できます。一方、独自の制御ループや厳密な処理順序の固定が要る要件では、Strandsコードへのエクスポートか、開発会社への委託を含む個別実装を検討する段階です。この境界の見極め方を本文で具体的に示します。

AgentCoreハーネスの仕組みとプレビューからGAまでの経緯

ハーネスが何を肩代わりするのかを押さえると、GAの意味が分かります。まず仕組みと時系列を整理します。

モデル・ツール・スキル・指示の宣言だけで動くオーケストレーション基盤

AIエージェントを動かすには、モデルを呼び、ツールの要否を判断し、実行結果をモデルへ戻すループ処理が必要です。従来はこのループを開発者がコードで実装していました。AgentCoreハーネスは、公式ブログが「モデルが脳なら、ハーネスは身体」と表現するとおり、ループの実行・ツール呼び出し・コンテキストウィンドウ管理・ターン間の状態保持・障害からの回復・セッション分離までを一括で引き受けます。

開発者が書くのは「どのモデルを使い、どのツールとスキルを許可し、どんな指示で動くか」という宣言だけです。APIはCreateHarness（定義）とInvokeHarness（実行）の2つで完結します。別のモデルを試す、ツールを1つ足すといった変更もコードの書き換えではなく設定変更で済み、呼び出し単位のオーバーライドなら再デプロイすら不要です。内部では、AWSがオープンソースで公開するエージェントフレームワークStrands Agentsが動いています。

2026年4月プレビューから6月17日GAまでの経緯とリージョン対応

マネージドハーネスは2026年4月22日に、AgentCore CLI・コーディングアシスタント向けAgentCoreスキルと同時にプレビュー発表されました。プレビュー時点の対応リージョンは、バージニア北部・オレゴン・フランクフルト・シドニーの4つです。約2か月後の6月17日、AWS New York SummitでGAが発表され、対応範囲は「AgentCoreが利用可能な全AWS商用リージョン」へ広がると案内されています。

GA発表では、対象が「AgentCoreが利用可能な全AWS商用リージョン」と明記されました。公式ドキュメントのリージョン対応表でも、米国・欧州・アジアパシフィックを含む商用リージョンでのサポートが示されています。ただしリージョン単位の提供状況は更新されることがあるため、検証を始める前にコンソールのAgentCoreメニューでHarnessの表示を確かめておくと確実です。なお、ハーネスを含むAgentCore全体（Runtime・Memory・Gateway・Identity・Observability）の構成はAmazon Bedrock AgentCoreの全体像を紹介した記事で解説しています。

セッション単位のmicroVMとファイルシステム・メモリの実行環境

ハーネスの各セッションは、デフォルトでステートフルに動き、セッションごとに分離されたmicroVM上で実行されます。エージェントは自分専用のファイルシステムとシェルを持つため、コードを書いて実行し、その成果物をファイルとして保存する作業まで安全に完結できます。

短期・長期のメモリとファイルはセッションを跨いで保持されます。基盤のmicroVMが期限切れで新しいものに置き換わっても、会話の文脈や作業ファイルは失われません。独自の依存関係が要る場合はコンテナの持ち込み（bring your own container）に対応し、S3 FilesやAmazon EFSをマウントすればセッション間・ハーネス間でデータを共有できます。実行環境まで含めて管理される点が、単なるプロンプト設定ツールとの違いです。

マルチモデル切替・ツール接続・運用機能：GAで使える機能の全体像

GA時点のハーネスは、モデル・ツール・運用の3層それぞれに実務向けの機能を備えています。順に見ていきます。

Bedrock・OpenAI・Geminiをセッション途中で切り替えるモデル対応

ハーネスはモデル非依存です。Amazon Bedrockで提供される各モデル（Anthropic Claude・Amazon Nova・Meta Llama・DeepSeek・Qwenなど。直近ではBedrock上のOpenAI GPT-5.5／GPT-5.4も対象）に加え、OpenAI・Google Gemini・LiteLLM互換プロバイダーを直接指定できます。

特徴的なのは、コンテキストを維持したままセッション途中でプロバイダーを切り替えられる点です。計画立案は高性能モデル、コード実行は軽量モデルという分担や、会話を作り直さずに行う価格性能の比較テストが成立します。CreateHarnessでデフォルトモデルを決め、個別のInvokeHarness呼び出しでだけ別モデルを指定する、という上書き運用も可能です。

Gateway・MCPサーバー・組み込みブラウザによるツール接続

ツール接続の経路は複数用意されています。AgentCore Gateway経由の接続ではセキュリティポリシーが一元的に効き、MCPサーバーを指定すれば自社実装のツール群をそのまま呼べます。加えて、ブラウザ・コードインタープリタ・Web検索が組み込みツールとして同梱され、GAに合わせてナレッジベース（Managed KB）を組み込みツールとして紐付けるRAG構成も選べるようになりました。自社ツールをMCPサーバーとして用意する際の実装方法はFastMCPの解説記事が参考になります。

スキルの仕組みも実務向きです。Git・Amazon S3・AWSがキュレートしたスキルカタログから、トグル操作1つでドメイン知識をエージェントに追加できます。汎用モデルに毎回説明し直すのではなく、必要な専門知識を必要なときだけ取り込む設計です。

A/Bテストと自動トレース：Evaluations・Observabilityの運用機能

本番運用後の改善サイクルもプラットフォーム側に組み込まれています。すべてのアクションはAgentCore Observabilityで自動的にトレースされ、GAに合わせてCloudWatch GenAI ObservabilityにHarnessesタブが追加されました。ハーネス→セッション→個別トレースと掘り下げると、エージェントが何をどの順で実行し、各ステップに何秒かかり、どこで失敗したかを1画面で追えます。Memory・Gateway・ブラウザなど各機能のログも該当スパンの位置に表示されるため、ロググループを行き来する必要がありません。

AgentCore Evaluations／Optimizationを使うと、実トラフィック上でエージェントの挙動をスコアリングし、プロンプトやツール説明の改善提案を受け取り、セッション単位の統計的有意性レポート付きでA/Bテストを回せます。変更は不変（immutable）なバージョンと名前付きエンドポイントで安全にロールアウトでき、エンドポイントの向き先を戻すだけで即時ロールバックが可能です。AWS Step FunctionsにはInvokeHarnessステートが用意され、既存の業務パイプラインへの組み込みにも対応します。

AgentCore Runtime・自前実装との違いと料金の考え方

「Runtimeと何が違うのか」「結局いくらかかるのか」は検討時に必ず出る論点です。構造を整理します。

ハーネス・Runtime・Strands自前実装の使い分け比較

AgentCore Runtimeはエージェントのコードをホストする実行層で、ハーネスはその上に乗る宣言層です。同じ基盤を使いながら、書くものが「コード」か「設定」かが分かれます。

移行手段があるため、ハーネスから始めても行き止まりになりません。CLIのコマンド1つでハーネスをStrandsベースのコードにエクスポートし、同じRuntimeとプリミティブの上で動かし続けられます。エクスポート先にはClaude Agent SDKも加わる予定です。インフラ管理はAgentCore CLIとAWS CDKの組み合わせが現行サポートで、Terraform対応も予定に挙がっています。

ハーネス自体は無料：AgentCore各機能の従量課金という料金構造

ハーネスに独立した課金はありません。支払うのは、そのハーネスが実際に消費したAgentCore各機能の従量料金だけです。たとえばGatewayは呼び出し1,000回単位、Memoryは短期イベント・長期レコード・取得それぞれ1,000件単位、Observabilityは標準のCloudWatch料金で計上されます。モデル推論はBedrockまたは各プロバイダーの標準料金が別途かかります。

60秒動いてツールを2回呼ぶエージェントと、重い計算を1時間続けるエージェントでは、費用がそのまま比例します。使わない機能には課金されないため、小さく試して段階的に機能を足す進め方と相性がよい構造です。検証後にハーネスを削除すれば裏側のRuntimeリソースも消えますが、作成されたIAMロールは残る場合があるため手動での確認をおすすめします。

ハーネスで完結する範囲と受託開発が必要になる境界の見極め基準

最後に、実際に手を動かす手順と、ハーネスを選ばない方がよい条件を示します。ここが導入判断の本丸です。

AgentCore CLIで最初のハーネスを動かすまでの構築手順

コンソールの「ハーネスをクイック作成」なら数クリック・2〜3分で作成が終わり、そのままプレイグラウンドで会話を試せます。継続的に育てる前提なら、設定をファイルで管理できるAgentCore CLIから始める方が後の運用が楽です。

1. agentcore create --name myagent --model-provider bedrock を実行し、ウィザードでHarnessを選ぶ（執筆時点の既定値はBedrock経由のglobal.anthropic.claude-sonnet-4-6）
2. ツール（Code Interpreter・Browser・Gateway・MCPサーバー）とメモリの有無を選択する
3. agentcore deploy でAWS CDK経由でデプロイする
4. agentcore dev でブラウザのインスペクタを起動し、チャットとトレースを同時に確認する

ウィザードを抜けると、ハーネス設定のharness.jsonとシステムプロンプトのsystem-prompt.mdがプロジェクト配下に生成されます。プロンプトを書き換えてdeployし直すだけで挙動が変わるため、Gitでの差分管理とレビューがそのまま成立します。

ハーネスを採用すべきでない場面と受託開発へ切り替える判断基準

次の要件が1つでも確定しているなら、最初からハーネスを選ばない方が早いと判断します。複数エージェント間の厳密な協調制御、ツール呼び出し順序の完全な固定、ループ途中への独自承認フローの挿入といった、オーケストレーションループそのものに手を入れる要件です。これらは宣言型の設定では表現できず、ハーネスでは自由度が不足します。Strandsコードでの実装か、カスタム構成を前提に設計する方が手戻りを防げます。

現実的な進め方は、PoCをハーネスで数日以内に立ち上げ、本番要件が設定の表現力を超えた時点でエクスポートするか開発体制へ移す二段構えです。社内にエージェント開発の知見が薄い場合や、業務システムとの連携設計まで含めて任せたい場合は、生成AIを含むAI開発の受託支援のような外部パートナーに境界の見極めから相談する選択肢もあります。ハーネスで作った試作は要件定義の材料としてそのまま使えるため、PoCの投資は委託時にも無駄になりません。

Amazon Bedrock AgentCoreハーネスGAに関するよくある質問

AgentCoreハーネスのGAに関して、検索されることが多い質問へ簡潔に答えます。

AgentCoreハーネスはいつ、どこでGAになりましたか？

2026年6月17日に開催されたAWS New York Summitで一般提供（GA）が発表されました。プレビュー公開は2026年4月22日で、当時の対応はバージニア北部・オレゴン・フランクフルト・シドニーの4リージョンです。GAに伴い、対応範囲はAgentCoreが利用可能な全AWS商用リージョンへ拡大すると案内されています。

ハーネスの利用に追加料金はかかりますか？

ハーネス自体への追加課金はありません。課金対象は、ハーネスが裏側で消費するAgentCore各機能（Runtime・Memory・Gateway・Observabilityなど）の従量料金と、モデル推論の料金です。モデル推論はAmazon Bedrockまたは利用する各プロバイダーの標準料金が適用されます。使った機能の分だけ支払う構造のため、小規模な検証なら費用は限定的です。

AgentCore Runtimeとハーネスはどちらを選ぶべきですか？

まずハーネスから始める判断を推奨します。定型的なツール呼び出し中心のエージェントなら設定だけで本番まで運べるためです。オーケストレーションループ自体の制御が必要になった段階で、ハーネスをStrandsベースのコードにエクスポートし、AgentCore Runtime上の自前実装へ移行できます。最初からループ制御が必須と分かっている要件だけ、Runtime＋コード実装を直接選びます。

東京リージョンでAgentCoreハーネスは使えますか？

利用できます。GA発表で対象は「AgentCoreが利用可能な全AWS商用リージョン」とされ、公式ドキュメントのリージョン対応表でも米国・欧州・アジアパシフィックを含む商用リージョンでのサポートが示されています。プレビュー期間中は4リージョン限定だったため、その時点の情報が残る記事もありますが、判断はGA後の公式情報を基準にしてください。念のため、コンソールのAgentCoreメニューにHarnessが表示されるかを確認してから検証を始めると確実です。

ハーネスで作ったエージェントを後からコードへ移行できますか？

できます。AgentCore CLIのコマンドで、ハーネスの定義をStrands Agentsベースのコードとしてエクスポートし、同じAgentCore Runtimeとプリミティブの上で動かし続けられます。会話の記録やメモリなどの基盤は共通のため、作り直しは発生しません。エクスポート先としてClaude Agent SDKへの対応も予定されていると発表されています。

関連記事

• Amazon Bedrock AgentCoreのご紹介: AIエージェントをあらゆる環境で安全にデプロイ：ハーネスの土台となるAgentCore全体（Runtime・Memory・Gatewayなど）の構成を解説しています
• Strands Agentsとは何かをわかりやすく解説する基本ガイド：ハーネスの内部で動くオープンソースフレームワークの基礎を扱っています
• FastMCPとは何か？その概要と基本的な仕組みを解説：ハーネスに接続する自前MCPサーバーを実装する際の入門になります