← Financial Cloud Cloud クラウドクラブ · AWS Re:cap

極点マクロ|Financial Cloud Cloud · AWS Re:cap

AWS Re:cap 02:Agent Harness こそ真のエンジニアリングの堀

登壇者: Trista Pan

セッション: 02

セッション
Summit Dev Lounge2026 Re:cap
01 アーキテクチャを Steering として記述し、AI Agent を導く
Summit Dev Lounge2026 Re:cap
02 Agent Harness こそ真のエンジニアリングの堀
Summit Dev Lounge2026 Re:cap
03 平易な言葉で可観測性データを尋ねる
Summit Dev Lounge2026 Re:cap
04 Bedrock AgentCore で Serverless AR ゲームを構築する
Summit Dev Lounge2026 Re:cap
05 AgentCore 上のマルチ Agent クオンツ・バックテスト
Summit Dev Lounge2026 Re:cap
06 3 分でブログをスライドにする——Kiro で
Summit Dev Lounge2026 Re:cap
AWS Community Day Hong Kong 2025 Re:cap
02 TerraformによるAWSコンプライアンス
AWS Community Day Hong Kong 2025 Re:cap
03 初心者からビルダーへ――素晴らしいクラウドの旅
AWS Community Day Hong Kong 2025 Re:cap
04 LaravelとBrefによるチームファーストのサーバーレスエンジニアリング
AWS Community Day Hong Kong 2025 Re:cap
05 イベント開会式
AWS Community Day Hong Kong 2025 Re:cap
06 AWS 上で相互運用可能な AI を構築する
AWS Community Day Hong Kong 2025 Re:cap
07 別のテレメトリデータを AI エージェントで活用し、改善を加速する
AWS Community Day Hong Kong 2025 Re:cap
08 Kiro による仕様駆動開発
AWS Community Day Hong Kong 2025 Re:cap
09 MCP と AI エージェントを活用した自動テスト
AWS Community Day Hong Kong 2025 Re:cap
10 機械学習を活用したアプローチ
AWS Community Day Hong Kong 2025 Re:cap
11 RAGとMCP
AWS Community Day Hong Kong 2025 Re:cap
12 TAKとAWSを活用した災害・緊急対応
AWS Community Day Hong Kong 2025 Re:cap
13 テストの観点からサーバーレスアプリケーションのワークフローを再考する
AWS Community Day Hong Kong 2025 Re:cap
14 クラウド成功のための実践的なAWS FinOps
AWS Community Day Hong Kong 2025 Re:cap
15 リスク調整後資産リターンの革新
AWS Community Day Hong Kong 2025 Re:cap
FSI Recap
01 Modern Trade Lifecycle: Trading to Settlement
FSI Recap
02 Goldman Sachs: Fast Track your applications onto Cloud - AWS Re:cap Q1/2023
FSI Recap
03 Zurich Insurance Group: Building an Effective Log Management Solution on AWS
FSI Recap
04 FSI Meetup 2025 Q4 - Brex Database Disaster Recovery
FSI Recap
05 FSI Meetup 2025 Q4 - A Graviton Migration Success Story
FSI Recap
06 FSI Meetup 2025 Q4 - Stifel Modern Data Platform
FSI Recap
07 FSI Meetup 2025 Q4 - Financial Transaction Data Reconciler PayPal
FSI Recap
08 FSI Meetup 2025 Q4 - Scaling Resilience
FSI Recap
09 Maximizing AI Inference Cost Efficiency: Strategic Adoption of AWS GPU Instances
FSI Recap
10 Advanced Agentic AI Design Patterns
FSI Recap
11 Build New Modern Apps on AWS
FSI Recap
AWS re:Invent 2025
01 Coinbase re:Invent の要約 (IND3312)
AWS re:Invent 2025
02 AI と AWS を活用した未来の取引プラットフォームの構築
AWS re:Invent 2025
03 トレーディングイノベーション: Amazon Bedrock (IND3315) の Jefferies AI アシスタント
AWS re:Invent 2025
04 FSI がエージェント型 AI で HFT 分析に革命をもたらした方法 (GBL302)
AWS re:Invent 2025
05 Nasdaq をフィーチャーした Amazon Time Sync による分散システムの改善
AWS re:Invent 2025
06 Amazon Aurora HA および DR グローバル復元力のための設計パターン (DAT442)
AWS re:Invent 2025
07 エージェントの構築 AI: Amazon Nova Act および Strands エージェントの実践 (DEV327)
AWS re:Invent 2025
08 Amazon Aurora とそのイノベーションの詳細 (DAT441)
AWS re:Invent 2025
09 Amazon S3 の詳細解説 (STG407)
AWS re:Invent 2025
10 Nasdaq:グローバル金融サービス向けのレジリエントなインフラストラクチャを構築する (HMC327)
AWS re:Invent 2025
11 AWS Lambda の新機能 (CNS376)
AWS re:Invent 2025
12 Kiro によるスペック駆動開発 (DEV314)
AWS re:Invent 2025
13 Amazon の FinOps: 世界的な E コマース大手から学ぶクラウドコストの教訓 (AMZ308)
AWS re:Invent 2025
14 AWS 上のティック・トゥ・トレード低レイテンシ取引プラットフォーム
AWS re:Invent 2025
Government data
01 The AI Era: The Boundary Between Development and Design Is Disappearing
Government data
02 On-Device Multimodal AI and Smart-City Practice
Government data
03 Large-Model Capability Evaluation and a Method for Landing AI Projects
Government data
04 Controlled End-to-End Automation of Government Development with Cloud Agents
Government data
05 A New Software Ecosystem for the Agent Era, Seen Through Multi-Agent Systems
Government data
06 AI-Driven Macro Quantitative Research and Smart Governance
Government data
07 Authorized Operation of Public Data and Smart-Government Practice
Government data
08 Putting Data Assetization into Practice: Rights, Compliance, Engineering Governance, and Digital-Government Cases
Government data
09 AI for Mental-Health Public Welfare: Governance, Architecture, and Practice of a Trustworthy Platform
Government data
Amarathon 2025 振り返り
01 エージェント向けアーキテクチャ設計への開発者ロードマップ
Donnie Prakoso
02 Amazon Bedrock Data Automation
Hafiz Syed Ashir Hassan
03 AgentCore 上のマルチエージェント
Tan Xin
04 Nova Act と Strands Agents を実践で活用したエージェント型 AI の構築
Haowen Huang
04 仕様駆動開発と Kiro で移行プロジェクトを加速
Sanchit Dilip Jain
06 「マッチング」から「理解」へ: AgentCore Memory が実現するパーソナライズド AI 検索の実践
Liu Cao
07 観測から最適化へ – LLM オブザーバビリティから AIOps へ、リアルタイムの洞察をインテリジェントな自動化に変える
Jimmy Soh
08 TEAM の導入と最高のエンジニアリングチームの構築
Yuji Oshima
09 いわゆるサーバーレスデータベースの5年間から得た5つの厳しい教訓
Renato Losio
14 AI が私の仕事をしたらどうなるか Q Developer CLI と Kiro が私の日常業務をどう変えたか
Miguel Angel Muñoz
16 警戒を保ちながら迅速に:Amazon Bedrock エージェント開発に不可欠なセキュリティ
Brian Tarbox
26 1 台の H100 で OSS LLM をよりスマートに、低コストで、高速に実行
Adit Modi Adit Modi
28 最新の統合メタデータアーキテクチャ:データサイロを解消する新たなアプローチ
Shaofeng Shi
29 サーバーレス MediaOps:Amazon Web Services 上の AI による動画ワークフローの自動化
Luis Valdivia
30 大規模パフォーマンステストによる効率性と信頼性を重視したアーキテクチャ設計
Luis Guirigay
31 オープンソースで世界をつなぐ: テクノロジー、コミュニティ、グローバルな開発者関係をめぐる実践の旅
Richard Lin
33 リアルタイム物流分析のためのストリーミング Iceberg テーブルの構築
Fahad Shah
34 大規模ロボット戦略トレーニングの高速化: Kiro、Trainium、EKS に基づく自動クローズドループアーキテクチャ
Junjie Tang
35 仕様駆動開発で「Vibe」から実用レベルへ
Ricardo Sueiras
36 クラウドコスト分析をよりスマートに: StrandsとAgentCoreによるFinOpsインテリジェントエージェントの構築
Xiaofei Li
37 CNCF Kagent、K8sGPT、Nova Sonicを使用したK8s向け対話型エージェントAIOpsの変革
Shaoyi Li

AWS Hong Kong Summit 2026 · Developer Lounge 振り返り · 全 6 本中 第 2 本

AWS Magazine · ビクトリア・ハーバーからの現地レポート


ハイテクがハーバーフロントのラグジュアリーと出会う:Developer Lounge の空気感

AWS Hong Kong Summit 2026 Developer Lounge に足を踏み入れると、エネルギーが肌で感じられた。床から天井までのガラスがビクトリア・ハーバーのパノラマを切り取り、正午の陽光を映す水面を流線型のヨットが滑る。室内では、香港らしいラグジュアリーと超モダンなクラウドイノベーションがシームレスに溶け合っていた。サンフランシスコ、東京、ロンドン、シアトルから飛来したエンジニア、創業者、国際テックリーダーが、ベルベットのラウンジチェアに沈み込み、ハンドクラフトのローカルエスプレッソをすすりながら、光る画面に身を乗り出していた。

ここはステッカーをもらったり録画デモを見るだけの場所ではない。活発なビジネス協業と濃密な技術交流の震源地だ。メインフロアを囲むガラス張りの VIP ブースでは、ベンチャーキャピタリストとスタートアップ創業者がプライベートミートアップを行っていた。会話は高リスクな財務ダイナミクスに満ち——シードラウンド(money in)と本番インフラのバーンレート(money out)が並んで議論される。ホワイトボード壁では、スタッフアーキテクトと独立ビルダーが複雑なシステムトポロジを描き、生のモデル知能をエンタープライズ級ソフトウェアへどう変えるかを詰めていた。

+-----------------------------------------------------------------------------------+
AWS HONG KONG SUMMIT 2026 DEVELOPER LOUNGE

[ ハーバービュー VIP コーナー ]     [ ホワイトボード・アーキテクチャゾーン ]
  - プライベートミートアップとピッチ  - モデル支出 vs harness の堀
  - Money in / money out             - ライブコードとアーキテクチャトーク

[ ハンズオン Lab と Espresso Bar ]  [ メインステージとライトニングトーク ]
  - Managed memory と CLI セットアップ - Trista Pan agent harness 基調
  - ハンズオン AWS AgentCore GA      - グローバルスピーカーパネル
+-----------------------------------------------------------------------------------+

開幕:Lounge がデモから本番へシフトする

2025 年の香港 AWS AI シーンが、派手な agent プロトタイプ、毎週のデモ、生のモデル能力を見せる SNS スクリーンショットの連続花火だったとすれば、AWS Summit Hong Kong 2026 は運用成熟の到来を示した。Lounge に響く核心の問いは、もはや「モデルに何ができるか見て」ではなく、本番の決定的な問いだった:agent をどう安全に本番へ載せるか?

Developer Lounge では、その問いの焦点が Trista Pan の立ち見満員ライトニングトークに集まった。エンジニアとコンサルティングパートナーがホワイトボードの周りに群がり、中心命題を議論した:モデル支出は money out;harness engineering は複利で効く金だ。

原典エッセイ(builder.aws.com): Agent Harness: Where Engineers Add Value When Models Keep Getting Smarter

トークと同時期に、AWS は Amazon Bedrock AgentCore Harness の一般提供(GA)を発表した——モデル単独では吸収できない本番運用レイヤーを提供するマネージドサービスだ。

GA 発表: Amazon Bedrock AgentCore harness is now generally available


AI モデルが成熟するにつれ、エンジニアリングのレバレッジは生のモデルから agent harness——価値をユーザーとビルダーへ向ける周囲の足場——へ移っている。2025 年、産業は高速プロトタイプで agent の能力を証明した。2026 年、焦点は運用統制と信頼性へ成熟した。アナリスト Aakash Gupta の要約どおり、「2025 was agents;2026 is agent harnesses。」真の価値は、agent を本番で確実に動かすことから来る。


空気の変化:From「できるか?」to「運用できるか?」

AI モデルがますます有能になるにつれ、エンジニアリングのレバレッジは周囲の足場へ移る——価値を 外へ顧客向け に向けるか、内へビルダー向け に向けるかだ。

● 昨年、agent はあらゆる産業でブレイクし、毎週新しいデモが伴った。

● 2025 年の支配的な問いは「X をできる agent を作れるか?」であり、答えはほぼ常に yes だった。

● 今年、問いは成熟した:単純な agent を立ち上げるのは容易だが、週末プロトタイプから本番システムへの移行には 信頼性と運用統制 が必要だ。

テックアナリスト Aakash Gupta の要約:「2025 was agents;2026 is agent harnesses。」


公式:Agent = Model + Harness

Vivek Trivedy の The Anatomy of an Agent Harness の枠組みを借りると、現代 AI アプリケーションの核心的アーキテクチャ同一性は、単純な公式で表せる:

Agent = Model + Harness

コンポーネントがコア基盤モデルそのものでなければ、それは harness に属する。ツール、メモリ、prompt engineering、オーケストレーション、可観測性、ガードレール、ルーティング、デプロイ——すべて harness engineering だ。この harness を体系的に設計し、運用失敗を恒久的なシステム修正へ変える——Mitchell Hashimoto が強調してきた方法——が harness engineering という規律を定義する。

Lounge で刺さった自動車アナロジー

初心者にも直感的にするため、Lounge のスピーカーは古典的な自動車アナロジーを使った:

● モデルはエンジン:動力、推論、計画、生の駆動力を生む。

● しかしガレージの床に置いた生のエンジンをドライバーに渡せない。

● 公道を走れる車には、シャーシ、ステアリング、ブレーキ、ダッシュボード、シートベルト、ヘッドライトが要る。

● エンジンは動力を生むが、harness がその動力を日常利用に耐える安全で信頼できる車へ変換する。

高性能モデルは成功する本番 agent を保証しない。強力なエンジンだけでは安全な自動車を保証しないのと同じだ。

ラグジュアリーホスピタリティのアナロジー

香港の一流料理店は高級コンロだけに頼らない。成功は予約管理、厨房連携、品質管理、ゲストホスピタリティにかかっている。AI アーキテクチャでも同様で、モデルは炎、harness はより広い運用管理を表す。


Harness には二つの半面がある

Agent harness の責務は、ビルド時能力とランタイム運用に均等に分かれる:

半面 主要機能 エンジニアリングの姿勢
Development(開発) モデル機能を拡張:永続的なクロスセッションメモリ、Model Context Protocol(MCP)ツール統合、検索拡張コンテキスト、システム prompt アーキテクチャ、計画とタスクオーケストレーション。 Builder の職人技とアーキテクチャ
Operations(運用) エンタープライズ信頼性を確保:エンドツーエンド可観測性、評価ループ、ガードレール強制、モデルルーティング、コスト/ドリフト監視、デプロイパイプライン、オートスケーリング。 古典的クラウド運用

Martin Fowler のチームは、この技術規律を正式に harness engineering と呼ぶ。アプリケーション能力を分類すると、モデルに直接属するのはごく一部で、大半は harness 層に属する。


実証拠:同じモデル、優れた Harness

「より賢い基盤モデルを待てばいい」という懐疑派への答えとして、発表者は モデルは変えず harness インフラだけを最適化した実証ベンチマークを共有した:

1. Vercel の v0 — より少ないコンテキスト、より高い効率

大きなコンテキストウィンドウは、古い情報による性能劣化を防ぐため能動的管理が要る。Vercel の v0 チームはアクティブなツールセットを 15 から 2 つのコア primitive(bash とファイルシステム操作)へ削減した。

● 精度: 80% から 100% へ上昇。

● Token 支出: 約 37% 減少。

● レイテンシ: 応答が 3.5 倍 高速化。

2. LangChain on Terminal Bench 2.0

明示的な harness コンポーネント——自己検証ループ、完了前チェックリスト、ループ検知ロジック——を加えることで、同一モデルバックエンド上で性能が向上:

● ベンチマークスコア: 52.8% から 66.5% へジャンプ。

● 順位: おおよそトップ 30 からトップ 5 へ。

3. より小さなモデルがフラッグシップを上回る

● Hebia: 専用の金融・法務 harness に GPT-5.4 mini を載せ、未 harness のフラッグシップより高い合格率とよりきれいな出典帰属を、より低い token コストで達成。

● MIT CSAIL の Recursive Language Models: GPT-5-mini を、ファインチューニングなしでコンテキスト断片上で自らを再帰呼び出しするアーキテクチャで包み、はるかに大きなモデル構成に対し 64.9% vs 30.3% のベンチマークを達成。


モデルは Harness を吸収するか?

よくある開発者の懸念は、基盤モデルの急速な進歩が harness engineering を不要にするかどうかだ。

モデルが吸収しつつあるもの

特定の低レベルタスクは、新しいモデルにネイティブで扱われることが増えている:

● コンテキスト処理: 拡大するコンテキストウィンドウが手動チャンキングのオーバーヘッドを減らす。

● 計画: 高度な推論モデルが、複雑な手動スプリント分解なしに長地平線の一貫性を維持する;Addy Osmani は、これが context-anxiety 失敗モードを大幅に減らすと指摘した。

● 基本的な自己訂正: 拒否パターンと基本的な出力検証が、生のモデルにますます組み込まれている。

なぜ運用レイヤーは不可欠のままか

Harness はソフトウェアスタックの上位へ移動することで進化する。モデルルーティング、インフラスケーリング、コスト追跡、セキュリティ強制、テレメトリといった核心運用責務は、生のモデル知能とは別物のままだ。

キーテイクアウェイ: モデルは、自らのマルチプロバイダルーター、インフラスケーラー、コストガバナンスエンジンにはなれない。

+-----------------------------------------------------------------------------------+
EVOLUTION OF THE AGENT HARNESS STACK

Operations Layer(成長)
  - マルチモデルルーティングとコスト最適化
  - ガードレール強制と決定的な権限
  - 分散トレーシングと CloudWatch 可観測性

Model Layer(低レベルタスクを吸収)
  - 拡張コンテキストウィンドウと基本計画
  - ネイティブ関数呼び出しと基本的な自己訂正
+-----------------------------------------------------------------------------------+

コンポーネント進化分析

コンポーネント 吸収/陳腐化された能力 成長する高レバレッジ責務
Memory セッション単位の一時スクラッチパッド。 マルチセッション永続化、クロス agent 状態共有、ナレッジグラフ。
Tools / MCP 複雑なツールラッパー定義。 原子的実行 primitive、MCP エコシステム、動的ツール組立。
Planning 短期コンテキスト分解。 複数日実行、長地平線の依存追跡、適応的計画。
Context 基本的な prompt stuffing と単純 RAG。 段階的コンテキスト開示、コンテキスト品質戦略、再帰的コンテキスト処理。
Prompts モノリシックな prompt テキストブロック。 階層的ルール定義、テスト駆動の指示ファイル、rules-as-code。
Observability 単純な print/console ログ。 分散トレーシングパイプライン、trace mining、意味的実行分析。
Evaluation アドホックな手動 prompt 評価。 外側評価ループ、ドメイン固有テストスイート、自動化 LLM-as-judge パイプライン。
Guardrails ソフトな prompt 制約(「Please do not...」)。 決定的フック、権限ゲート、ビルドパイプライン統合。
Routing 静的な単一モデルバインディング。 マルチプロバイダ横断の動的コスト/品質ルーティング。
Deployment 単一スクリプトのローカル実行。 サンドボックス実行環境、フリート復旧、ライフサイクル管理。

AI エンジニアリングチーム向け戦略方向

開発者とスタートアップは、次の二つの主要戦略のいずれかに意図的にコミットすることが推奨される:

1. 方向 A — 外へ顧客向け: プロダクト設計、ユーザー体験、ドメイン問題解決に集中する。マネージド harness とフロンティアモデルを組み合わせることで、小チームがより少ない人員で洗練されたアプリを出荷できる。

2. 方向 B — 内へビルダー向け: 再利用可能な開発者ツール、カスタムミドルウェア、評価ループ、ドメイン固有ルーティングインフラを構築する。複数のモデル世代をまたいで持続する長期価値を生む。


深掘り:Amazon Bedrock AgentCore Harness GA

Amazon Bedrock AgentCore Harness の一般提供により、AWS は agent の本番デプロイを合理化するマネージドインフラ抽象を提供する。

+-----------------------------------------------------------------------------------+
AMAZON BEDROCK AGENTCORE HARNESS (GA)

API サーフェス:CreateHarness / InvokeHarness

Harness 下の primitive
  - Runtime       コンピュート
  - Memory        意味的状態
  - Gateway       API / MCP ツール
  - Browser       Web サンドボックス
  - Interpreter   Python / Node サンドボックス
  - Identity      認証情報ボールト

可観測性:CloudWatch 統一 harness トレーシング
+-----------------------------------------------------------------------------------+

アーキテクチャ概要と主要能力

Simon Willison の根本定義——「LLM agent は目標達成のためにツールをループで実行する」——を土台に、AgentCore Harness は周囲の運用オーバーヘッドを簡素化する。ローカルの agent ループをプロトタイプするのは容易だが、本番環境のデプロイは伝統的に、サンドボックスコンピュート、ネットワーク分離、アイデンティティボールト、セッション永続化、分散トレーシングの管理を要する。AgentCore Harness は、カスタムインフラセットアップを二つの中心 API——CreateHarness と InvokeHarness——によるマネージド抽象へ置き換える。

1. マルチモデル柔軟性とプロバイダ切替

AgentCore Harness は agent 設定を単一モデルベンダーから切り離す。開発者はデフォルトモデル設定を定義し、呼び出しごとに動的に上書きしたり、会話状態を保ったままセッション途中でモデルプロバイダを切り替えたりできる。

モデルプロバイダサポートには以下が含まれる:

● bedrock:Amazon Bedrock 上のモデルへのネイティブアクセス——Anthropic Claude、Amazon Nova、Meta Llama、DeepSeek、Qwen、Kimi、MiniMax、Cohere、Mistral、および Bedrock 上の OpenAI GPT-5.5・GPT-5.4 エンドポイント。

● openAi:OpenAI API エンドポイント(api.openai.com)への直接接続。

● gemini:Google Gemini API の直接統合。

● liteLlm:Azure OpenAI、Vertex AI、Cohere、カスタム自前ホストエンドポイントを含むサードパーティエンドポイントへの汎用統合。

外部モデルプロバイダ用 API キーは AgentCore Identity の token vault で管理され、認証情報が生のモデルコンテキストへ露出しないようにする。

2. 宣言的ツール統合

ツールは harness 作成時に tools 配列内の構造化宣言で定義する:

"tools": [
  { "type": "agentcore_browser" },
  { "type": "agentcore_code_interpreter" },
  { 
    "type": "remote_mcp",
    "name": "X_tool",
    "config": { "remoteMcp": { "url": "https://mcp.X_tool/mcp" } } 
  },
  { 
    "type": "agentcore_gateway",
    "name": "Y_tool",
    "config": { "agentCoreGateway": { "arn": "arn:aws:bedrock-agentcore:us-west-2:123456789012:gateway/gw-xyz" } } 
  }
]

すべての実行セッションは、手動のツールラッピングなしでネイティブの shell と file_operations へ自動アクセスできる。特定ツールは、InvokeHarness の allowed_tools 上書きパラメータでランタイムに選択的に許可または制限できる。

3. マネージドセッションメモリ

CreateHarness 時に明示的な memory フラグを省略すると、エンタープライズ既定値付きマネージドメモリが自動プロビジョンされる:

● 戦略: SEMANTIC インデックスと SUMMARIZATION 処理の組み合わせ。

● データ保持: 設定可能なデフォルト 30 日のイベント有効期限。

● セキュリティ: AWS マネージド暗号化と、actorId スコープのテナント分離。

// Example: Managed Memory Configuration
"memory": {
  "managedMemoryConfiguration": {
    "strategies": ["SEMANTIC", "SUMMARIZATION"],
    "eventExpiryDuration": 30
  }
}

// Example: Bring Your Own Memory ARN
"memory": { 
  "agentCoreMemoryConfiguration": { 
    "arn": "arn:aws:bedrock-agentcore:us-west-2:123456789012:memory/mem-abc" 
  } 
}

// Example: Stateless Execution
"memory": { "disabled": {} }

4. モジュール式 Skill 統合

Skills は、コードスクリプト、参照ファイル、ドメイン指示を含むモジュールバンドルを表す。メタデータは事前にインデックスされ、タスク実行計画が必要とするときに完全内容が動的ロードされる。

HarnessSkill スキーマは四つの取り込みソースをサポートする:

● awsSkills:SDK 利用、IaC、セキュリティ、serverless、データベース、運用をカバーする事前キュレートされた AWS ドメイン skill バンドル。

● git:特定ブランチまたはコミットハッシュにピン留めした HTTPS リポジトリ。

● s3:Amazon S3 バケットからの直接 skill パッケージデプロイ。

● path:ローカルコンテナファイルシステム参照。

5. サンドボックスランタイムと永続ストレージ

Amazon ECR に格納したコンテナイメージをリンクすることで、カスタム依存関係をデプロイできる。開発者は InvokeAgentRuntimeCommand API を使い、モデル token コストをかけずにセットアップスクリプトを実行できる。

ストレージオプションは多様な永続要件に対応する:

ストレージ機構 マネージド VPC 必須 永続スコープ
Managed Session Storage はい いいえ 特定 runtimeSessionId の stop/resume ライフサイクルをまたいで永続。
Amazon EFS Access Point BYO はい すべてのセッションと agent harness をまたぐ共有永続ストレージ。
Amazon S3 Files Access Point BYO はい 自動オブジェクトバージョニング付きの高耐久ファイルアクセス。

6. 可観測性、評価、最適化ループ

CloudWatch GenAI Observability は専用の Harnesses ダッシュボードビューを備える。運用チームは、メモリ参照、ブラウザセッション、コード実行、ツール呼び出しを横断して、個別スパンまで実行パスを追跡できる。

組み込み評価コンポーネントが自動品質管理を支援する:

● AgentCore Evaluations: バッチデータセットまたはライブトラフィック上で、faithfulness、helpfulness、safety を評価する LLM-as-a-judge メトリクスを実行。

● AgentCore Optimization: 評価スコアを分析し、最適化されたシステム prompt とツール説明を提案し、AgentCore Gateway 経由のライブ A/B ルーティングで変更を検証。

7. 環境バージョニングとコードエクスポート

harness 設定の更新は不変なバージョン記録を作成する。本番デプロイエンドポイントは明示バージョンにピン留めでき、確実なロールバックを保証する:

# Pin PROD Endpoint to Harness Version 2
aws bedrock-agentcore-control create-harness-endpoint \
  --harness-id harness-xyz123 \
  --endpoint-name PROD \
  --harness-version 2

# Promote Version 5 to PROD
aws bedrock-agentcore-control update-harness-endpoint \
  --harness-id harness-xyz123 \
  --endpoint-name PROD \
  --harness-version 5

アプリケーションが宣言的設定を超え成長した場合、開発者は harness をコードへエクスポートできる:

agentcore export harness --name myHarness-xyz123 --output ./my-agent

これはオープンソース Strands フレームワーク上のコードをエクスポートし、prompt 定義、メモリ構造、ツールバインディングを保持する。


三つの本番 Agent 構成

AgentCore Harness の汎用性は、三つの標準本番デプロイパターンで示される:

パターン 1:自動リサーチ&コンテンツ合成 Agent

● ツール: Web 検索エンドポイントを指す AgentCore Gateway と組み合わせた agentcore_browser。

● Skills: ドキュメント処理 skill リポジトリへ git 経由で接続。

● メモリ: 複数ステップのリサーチセッションをまたぐコンテキスト保持のため、デフォルトマネージドメモリを有効化。

パターン 2:エンタープライズクラウド分析 Agent

● Skills: 完全な awsSkills バンドルを取り込み。

● 権限: Athena、Glue、Redshift、CloudWatch へのアクセスを提供するスコープ付き IAM 実行ロール。

● ツール: 安全なサンドボックス内で Python データ可視化を実行する agentcore_code_interpreter を含む。

パターン 3:自動ソフトウェア開発 Agent

● ランタイム: 開発ツールチェーンを事前ロードしたカスタム ECR コンテナ。

● ツール: GitHub/GitLab リポジトリに接続した AgentCore Gateway。

● 実行: モデル推論と並行して、決定的な Git 操作(clone、branch、commit)に InvokeAgentRuntimeCommand を使用。


消費ベースの料金構造

Amazon Bedrock AgentCore Harness は 固定の基本サブスクリプション料金なし で運用される。請求は厳密にアクティブリソース消費に基づく:

メトリクス 料金ベース
Runtime Compute vCPU-hour あたり $0.0895 および GB-hour あたり $0.00945。アクティブコンピュート消費時のみ計量。
Browser & Code Interpreter 標準のアクティブコンピュート計量料金。
Gateway Invocations API リクエストと Web 検索クエリ 1,000 件あたりで計量。
Memory Storage & Access 短期イベント、長期レコード、検索クエリ 1,000 件あたりで計量。
Observability & Telemetry 標準 Amazon CloudWatch 利用料金。
Model Inference 標準 Amazon Bedrock または外部モデルプロバイダの token 料金。

グローバル顧客の実装例

エンタープライズリーダーが Summit パネルで本番実装を紹介した:

● Omar Paul(Twilio、VP of Product): 「AgentCore Harness と Twilio Conversations を組み合わせることで、当社のグローバル顧客基盤は、基盤インフラを再構築することなく、文脈のある音声・メッセージング agent を迅速にデプロイできる。」

● Dr. Lukas Schack(TUI GROUP、Principal ML Engineer): 「AgentCore は組織横断の基盤ビルディングブロックだ。500 人超の開発者による社内ハッカソンでは、チームがコンセプトを数分で動くプロトタイプへ移すのが常だ。」

● Rodrigo Moreira(VTEX、VP of Engineering): 「手動オーケストレーションコードから宣言的 harness 設定へ移ったことで、チームは新しい e コマース顧客ジャーニーを日単位ではなく分単位で検証できる。」

● Kazumi Matsuda(FUJISOFT、Senior Manager): 「AgentCore のバージョニングと A/B 最適化ループを使い、更新を全面展開する前に本番トラフィック上でライブ評価を走らせている。」


はじめ方:ハンズオン・クイックスタート

オプション A:コマンドラインインターフェース(CLI)

# 1. Install global AgentCore CLI tool
npm install -g @aws/agentcore@preview

# 2. Initialize harness project definition
agentcore create --name research-agent --model-provider bedrock

# 3. Deploy infrastructure to AWS
agentcore deploy

# 4. Invoke agent endpoint
agentcore invoke "Plan a 5-day Tokyo itinerary with daily budgets and reservation links."

オプション B:Python SDK(boto3)

import boto3
import uuid

# Initialize control and data clients
control = boto3.client("bedrock-agentcore-control", region_name="us-west-2")
data    = boto3.client("bedrock-agentcore",         region_name="us-west-2")

# Step 1: Create the Agent Harness definition
harness = control.create_harness(
    harnessName="FinancialAnalysisAgent",
    executionRoleArn="arn:aws:iam::123456789012:role/AgentCoreExecutionRole"
)

# Step 2: Invoke the Harness endpoint with session tracking
session_id = str(uuid.uuid4()).ljust(33, "0")  # Minimum required length: 33 characters

response = data.invoke_harness(
    harnessArn=harness["harnessArn"],
    runtimeSessionId=session_id,
    messages=[{
        "role": "user",
        "content": [{"text": "Summarize Q3 financial highlights from uploaded reports."}]
    }]
)

# Step 3: Stream responses in real time
for event in response["stream"]:
    print(event)


ベテランの評決:エンジンと車両

メインフレームアーキテクチャからクライアント/サーバ、現代のクラウドセットアップまで、数十年の技術サイクルを見てきた経験から言えば、AI エンジニアリングの進化は馴染みのあるパターンを辿る。生の計算能力は、やがて運用管理とエンタープライズ harness システムへ道を譲る。

基盤モデルは急速に進化し続ける。しかしエンジニアリングチームが築く耐久価値は、周囲のインフラにある:運用ガードレール、メモリ戦略、評価ループ、システムルーティングだ。

モデルがエンジンを提供し、harness が完全な車両を作る。アーキテクチャを意図的に選び、長期スケーラビリティのために築け。