Amazon Bedrock AgentCore Managed Harnessを試してみた

こんにちは。SCSK渡辺(大)です。

2026年4月22日にプレビューリリースされたAmazon Bedrock AgentCore Managed Harness (以下、AgentCore Harness)を、AWSマネジメントコンソールで触ってみました。

私と同じく「AIエージェントを動かす基盤」と言われてもピンとこない方向けに、コンソール操作の流れに沿って「何が作られるのか」「料金はどうなるのか」等の整理をしてみました。

 

AgentCore Harnessをひとことで言うと

「モデル・指示文・ツールを指定するだけで、コードを書かずにAIエージェントが動く仕組み」です。

通常、AIエージェントを作るには「モデルを呼ぶ→ツールを使うか判断→ツール実行→結果をモデルに戻す→また判断…」というループ処理を自分で実装する必要があります。AgentCore Harnessはこのループ処理をAWSが全部やってくれるので、開発者はコンソールでの設定やJSON定義だけで済みます。

AWS公式ブログでも以下のように説明されています(筆者要約)。

エージェントを動かすには、フレームワーク選定、オーケストレーションコードの実装、ツール接続、認証設定など、多くのインフラ作業が必要でした。
そのため、殆どのチームがエージェントのロジックではなくインフラに何日も費やしていました。
AgentCore Harnessはこれらを設定に置き換え、数分でエージェントをテストできるようにします。

勘違いしやすいサービスとの比較

「AIエージェント」に関連するAWSサービスが複数あるため、混乱しやすいです。

Claude Code 、Kiro との比較

Claude CodeやKiroもエージェント的に動作しますが、AgentCore Harnessとは役割が全く異なります。

  • Claude Code、Kiro:開発者の作業を効率化するツール
  • AgentCore Harness:エンドユーザー向けエージェントの実行基盤
  Claude Code、Kiro AgentCore Harness
目的 開発者自身の作業を効率化する エンドユーザー向けのエージェントを本番運用する
使う人 開発者・開発チーム 作ったアプリのエンドユーザー
動く場所 ローカルPC / クラウド(※) AWSクラウド(マイクロVM)
エンドユーザーへの提供 想定されていない API経由で提供可能
マルチテナント 非対応(開発者向けツール) 対応(セッション分離・IAM/OAuth認証)

※Claude Codeは基本ローカル実行ですが、「Claude Code on the web」や「Routines」(Anthropicクラウド上でのスケジュール実行、2026年4月リサーチプレビュー)も提供されています。
Kiroも「Kiro Autonomous Agent」が発表されています。

Bedrock Agents 、AgentCore Runtime との比較

AWSサービスの中にはエージェント関連のサービスが複数あります。
その中から抜粋して比較しました。

  • Bedrock Agents:Bedrockの世界で完結する従来型のエージェント。Knowledge BaseやGuardrailsとの統合が強み
  • AgentCore Runtime:自分でコードを書いて自由にエージェントを構築する実行環境
  • AgentCore Harness:設定だけでエージェントを動かせる仕組み。マルチモデル対応で、MCP等の標準プロトコルを使う。Runtimeとは別のアプローチであり、Runtimeで作ったコードをHarnessに変換する機能はない

  Bedrock Agents AgentCore Runtime AgentCore Harness
正式名称 Amazon Bedrock Agents Amazon Bedrock AgentCore Runtime Amazon Bedrock AgentCore Managed Harness
ステータス GA GA プレビュー
コード記述 不要(設定ベース) 必要(自分でループを実装) 不要(設定ベース)
モデル Bedrockモデルのみ 任意(制限なし) Bedrock / OpenAI / Gemini
ツール接続 Action Groups(Lambda / OpenAPI)、Knowledge Base 任意(自分で実装) MCP / Gateway / Browser / Code Interpreter
フレームワーク AWS独自 LangChain / LlamaIndex / Strands等 自由 Strands Agents(AWS製OSS)
実行環境 AWSマネージド(詳細非公開) マイクロVM マイクロVM
シェル/ファイル操作 不可 可能 可能(デフォルトで有効)
自由度 中(設定範囲内) 高(何でもできる) 中(設定範囲内)
向いている人 Bedrock中心で手軽に作りたい 独自ロジックが必要 マルチモデルで手軽に作りたい

 

なぜAgentCore Harnessはエンドユーザーに提供できるのか

比較表で「エンドユーザーへの提供が可能」と書きましたが、なぜそう言えるのかを補足します。

Kiro/Claude Codeは開発者が自分のターミナルやIDEで使うツールなので、「自分のアプリのユーザーに使わせる」仕組みがそもそもありません。
一方、AgentCore Harnessには以下のような「サービスとして提供するための仕組み」が組み込まれています。

例えば「社内のカスタマーサポート用AIチャットボット」を作る場合、自分のWebアプリからinvoke_harnessAPIを呼び出し、ユーザーごとにセッションIDとactorIdを割り当てれば、各ユーザーが独立してエージェントと会話できるサービスが作れます。

仕組み 何ができるか
invoke_harness API 自分のアプリのバックエンド(Webサーバーやモバイルアプリ)からエージェントをAPI経由で呼び出せる。
つまり、自分のアプリの画面からエージェントと会話する機能を作れる。
セッション分離 セッションごとにマイクロVMが割り当てられる。
つまり、ユーザーAとユーザーBの会話が混ざらない
IAM / OAuth認証 エンドユーザーのJWTトークンを受け取って認証できる。
つまり、「誰がアクセスしているか」を識別できる。
actorIdによるメモリ分離 ユーザーごとにメモリ(会話履歴・学習内容)を分離できる。
つまり、Aさんの好みとBさんの好みが混ざらない。
サーバーレスなスケーリング 同時に何千セッションでも自動でスケールする。

 

料金について

先に気になる料金を整理します。AgentCore料金ページによると、AgentCore Harness自体に追加料金はかかりません。
課金されるのは裏側で使われるAgentCoreの各機能(Runtime、ツール等)の従量課金です。
料金は全リージョン共通で、リージョン別の価格差はありません(2026年4月時点)。

プレビュー期間中も上記の従量課金は発生します。
試した後はセッションを終了し、不要なHarnessは削除してください。

課金対象 料金 備考
Managed Harness自体 無料 設定・管理に追加料金なし
Runtime(CPU) $0.0895 / vCPU時間 実際にCPUを消費した時間のみ。I/O待ち(モデル応答待ち等)は無料
Runtime(メモリ) $0.00945 / GB時間 ピークメモリ使用量ベース。最低128MB
Browser / Code Interpreter Runtimeと同じ単価 ツールを使った場合のみ
Memory 長期短期記憶: $0.25/1000イベント
長期メモリストレージ: $0.75/1000レコード/月
長期記憶検索: $0.50/1000検索
メモリを有効にした場合のみ
Observability CloudWatch料金に準拠 トレース・ログ・メトリクスは自動収集
モデル利用料 各モデルの料金 Bedrock / OpenAI / Gemini の利用料は別途

 

前提条件

東京リージョン(ap-northeast-1)は現時点で非対応です。
そのため、本記事ではus-east-1(バージニア北部)を使用します。

項目 内容
リージョン us-east-1 / us-west-2 / eu-central-1 / ap-southeast-2 のいずれか
Bedrockモデルアクセス 使用するモデル(デフォルト: Claude Sonnet 4.6)のアクセスを有効化済み
IAM権限 AgentCore関連の操作権限(AdministratorAccessがあれば問題なし)

 

ステップ1: コンソールでHarnessを作成する

1-1. AgentCoreコンソールを開く

リージョンをus-east-1に切り替えます。
検索バーで「Agentcore」と入力し、Amazon Bedrock AgentCore のコンソールを開きます。
左側のサイドバーに「Harness」というメニューが追加されています。

 

1-2. Quick create harnessで作成する

Harnessのページを開くと「Quick create harness」ボタンがあります。
これを押すと「Quick create harness」か「Advanced create harness」のどちらかを選択できます。
「Quick create harness」を押した場合、推奨設定でHarnessが自動作成されます。

しばらく待つと(約1〜2分)、プレイグラウンド画面にリダイレクトされます。

 

「Quick create harness」を押すと、裏側で以下のリソースが自動作成されます。

リソース 内容
Harness本体 エージェントの設定(モデル・プロンプト・ツール)を保持するリソース
AgentCore Runtime エージェントが実際に動くサーバーレス実行環境(FirecrackerマイクロVM)
IAM実行ロール AmazonBedrockAgentCoreHarnessDefaultServiceRole-xxxxx という名前で自動作成される
Bedrockモデル呼び出し、CloudWatchログ出力等の権限を持つ

 

IAM実行ロールの信頼ポリシーは以下のようになっていました。

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Principal": {
        "Service": "bedrock-agentcore.amazonaws.com"
      },
      "Action": "sts:AssumeRole",
      "Condition": {
        "StringEquals": {
          "aws:SourceAccount": "[AWSID]"
        },
        "ArnLike": {
          "aws:SourceArn": "arn:aws:bedrock-agentcore:us-east-1:[AWSID]:*"
        }
      }
    }
  ]
}

このロールには、Bedrockモデル呼び出し、CloudWatchログ・メトリクス出力、X-Rayトレース、Browser/Code Interpreterの操作権限などが含まれます。
「Quick create harness」ではこれらがAmazonBedrockAgentCoreHarnessDefaultServiceRole-xxxxxという名前のロールとして自動作成されるため、手動でのIAMロール作成は不要です。

ステップ2: プレイグラウンドで会話してみる

プレイグラウンドで、さっそくエージェントと会話できます。

テキスト入力欄にメッセージを入力して送信するだけです。まずはシンプルな質問を試してみましょう。

こんにちは!あなたは何ができますか?

この時点ではツールを追加していないので、モデルの知識だけで回答します。次のステップでツールを追加してみましょう。

 

ステップ3: ツールを追加する

Harnessにはツールを追加できます。ツールを追加すると、エージェントが「考えるだけ」でなく「行動できる」ようになります。

追加できるツールの種類

公式ドキュメントによると、下表に加えてshell(bashコマンド実行)とfile_operations(ファイル操作)がデフォルトで全セッションに含まれています。

ツール できること
Gateway APIやLambda関数への接続(事前にGatewayリソースの作成が必要)
Browser Webサイトの閲覧・操作(ナビゲーション、フォーム入力、スクリーンショット取得など)
Code Interpreter Python / JavaScript / TypeScript のコード実行(計算、データ分析、グラフ作成など)
Remote MCP Server 外部のMCPサーバーへの接続(URLを指定)
Custom functions クライアント側で実行するカスタム関数の定義(人間による承認フローや社内API呼び出し等)

ブラウザツールを追加してみる

プレイグラウンド画面またはHarnessの設定画面から、ツールの追加ができます。
今回は「AgentCore Browser Tool」を追加してみます。

 

追加後、ブラウザを使う質問をしてみましょう。
エージェントがブラウザツールを使ってWebページにアクセスし、内容を要約してくれるはずです。

ブラウザツールを使用して、https://aws.amazon.com/bedrock/agentcore/ の概要を教えて

 

AgentCore Browserのドキュメントによると、ブラウザはコンテナ化された環境で動作し、セッションごとに分離されます。
セッション終了時にリセットされるエフェメラル(一時的)な設計で、セキュリティ面も考慮されています。

 

ステップ4: 設定を確認・編集する

Harnessの詳細確認画面および編集画面では、以下のセクションを確認・編集できます。

セクション 概要
Harness details ARN、IAMロール、ステータス等の基本情報
View invocation code プログラムからの呼び出しサンプルコード
Model and system prompt 使用モデルとシステムプロンプトの設定
Memory セッションを跨いだ会話履歴の保持設定
Tools エージェントが使用できるツールの管理
Skills エージェントに専門知識を持たせるスキルファイルの設定
Advanced configurations ツール制限、ネットワーク、トランケーション、実行制限、ライフサイクル
Inbound Auth 認証方式(IAM / OAuth)の設定
Observability メトリクス表示、ログ配信、トレースの設定(確認画面のみ)
Permissions Harnessが使用するIAMサービスロールの設定(編集画面のみ)

Harness details

項目 内容
Harness ARN Harnessの一意な識別子。boto3等からの呼び出しに使用
IAM Role Harnessが使用する実行ロール
Status READY / CREATING / FAILED など

View invocation code

このHarnessをプログラムから呼び出すためのサンプルコードを表示できます。

Model and system prompt

項目 内容
provider Bedrock / OpenAI / Gemini(デフォルト: Bedrock)
Model 使用するモデル(デフォルト: global.anthropic.claude-sonnet-4-6)
System prompt エージェントへの指示文(デフォルト: You are a helpful assistant.)

Memory

AgentCore Memoryを接続すると、セッションを跨いで会話履歴を保持できます。
未設定の場合、各呼び出しは前の会話を覚えていない状態で始まります。

項目 内容
Memory 接続するAgentCore Memoryリソースを選択。
事前にMemoryリソースの作成が必要
Actor ID メモリの検索対象を特定のユーザーやエンティティに絞るための識別子。
複数ユーザーが同じMemoryを共有する場合に、ユーザーごとの記憶を分離できる
Number of messages セッション開始時にメモリから取得する過去メッセージの件数。
多いほどコンテキストが豊富になるが、トークン消費も増える

Tools

追加したツールの一覧が表示されます。ここからツールの追加・削除もできます。

Skills

エージェントに専門知識を持たせるスキルファイルを設定できます。
スキルはHarnessのファイルシステムにマウントされたファイルやスクリプトのバンドルで、実行時にエージェントが参照します。

Advanced configurations

公式ドキュメントによると、以下のコスト制御パラメータが設定できます。

パラメータ 内容 デフォルト値
Allowed tools エージェントが使用できるツールの制限。省略すると全ツールが許可される。
shellfile_operations等のビルトインツールもここで制限可能
All tools (*)
Network Harnessセッションのネットワークモード。
VPCを選択するとプライベートリソース(DB、内部API等)にアクセス可能
PUBLIC
Truncation Strategy コンテキストがモデルの上限を超えた場合の切り詰め方式。
sliding_windowは直近のメッセージを保持、summarizationは要約して圧縮
sliding_window
Max iterations 1回の呼び出しあたりの推論・行動ループの最大回数 75
Timeout duration 1回の呼び出しのタイムアウト 1 hour
Max tokens 1回の呼び出しあたりのトークン上限 なし
Idle session timeout アイドル状態のマイクロVMが維持される時間 15 minutes
Max lifetime マイクロVMセッションの最大生存時間 8 hours
コスト管理のため、テスト時はMax iterationsやTimeout durationを小さめに設定しておくと安心です。
エージェントが暴走して大量のトークンを消費するのを防げます。

Inbound Auth

デフォルトではIAM認証が設定されています。
OAuth(JWT)認証に変更することも可能です。

Observability

トレース・ログ・メトリクスが自動収集されます。ランタイムセッション数、ランタイムエラー率、vCPU消費量、メモリ消費量などのメトリクスが表示されます。

ログの配信とトレース(確認画面のみ)

項目 内容
ログ配信 CloudWatch Logsへのログ配信先を設定
Tracing CloudWatchへのトレース配信を有効化。
パフォーマンスのボトルネック特定やエラーのトラブルシュートに使用

Permissions(編集画面のみ)

Harnessが使用するIAMサービスロールを設定します。
「新規作成」または「既存ロールの選択」が可能です。
「Quick create harness」で作成した場合はAmazonBedrockAgentCoreHarnessDefaultServiceRole-xxxxxが自動選択されています。

 

 

ステップ5:クリーンアップ

テストが終わったら、不要なリソースを削除しましょう。
Harnessを削除すると、裏側で管理されていたRuntimeリソースも一緒に削除されます。

Harnessを選択 ⇒ 「Delete」を実行

「Quick create harness」で自動作成されたAmazonBedrockAgentCoreHarnessDefaultServiceRole-xxxxxは、Harness削除後も残る場合があります。不要であればIAMコンソールから手動で削除してください。

 

まとめ

  • AgentCore Harnessは「モデル・指示文・ツールを指定するだけでAIエージェントが動く」サービス
  • Quick createなら数クリック・数分で作成完了
  • Harness自体に追加料金はなく、裏側のRuntime等の従量課金のみ(I/O待ちは無料)
  • 作成後はプレイグラウンドですぐに会話でき、ツール追加やプロンプト変更もコンソールで完結
  • KiroやClaude Codeとは役割が異なる
  • テスト後はHarnessを削除すれば裏側のRuntimeリソースも消える(IAMロールは手動確認を推奨)

当記事において不備がございましたらご連絡いただけますと幸いです。

タイトルとURLをコピーしました