AWS Summit Japan 2026（6月25〜26日・幕張メッセ）は、167のブレイクアウトセッションのうち83本——約半数——がAIエージェント関連という、テーマの一極集中ぶりでした。5年分の定点観測では大きな流れを追いましたが、この記事では基調講演で語られた3つの柱、Bedrock AgentCore・Kiro・AWS Contextを「来週からの実務に何が起きるか」だけに絞って読み解きます。
01おさらい：何が発表・紹介されたか
基調講演では、6月17日のAWS Summit New Yorkで発表されたばかりの新サービス群が日本向けに紹介されました。柱は3つです。
- Amazon Bedrock AgentCore — AIエージェントの実行基盤。アイデンティティ管理・セッション分離・監視監査までを含むエージェント運用のプラットフォーム
- Kiro — エージェント型のIDE。新機能が紹介され、仕様からの実装自動化がさらに前進
- AWS Context — 構造化・非構造化データから自動でナレッジグラフを構築するサービス（近日公開）
ゲストにはOpenAI Japanが登壇し、事例セッションには東京海上日動やfreeeが並びました。「エージェントを作れるか」ではなく「業務にどう組み込んだか」が主題になったのが今年の特徴です。
02AgentCoreは「エージェントのIAM」と読む
AgentCoreの機能一覧を眺めると、生成AIの派手さより、インフラ屋には見慣れた言葉が並びます。アイデンティティ、セッション分離、実行環境、監視、監査。つまりこれは「エージェントに誰の権限で・どこまでやらせて・何をしたか記録するか」を管理する層——人間にとってのIAM＋CloudTrailに相当するものです。
実務への含意ははっきりしています。エージェント導入の設計書には、これから必ず「エージェントの権限設計」の章が要る、ということです。人間の最小権限設計すら難しいのに、自律的に動くエージェントの権限はさらにシビアです。「エージェント用IAMロールを設計できる人」が、次に足りなくなるスキルだと私たちは見ています。
03Kiroは「レビューの重心」を変える
エージェント型IDEが仕様から実装を自動生成するようになると、SIerの工数構造で言えば「書く」が縮み、「仕様を正しく書く」と「生成物をレビューする」が膨らみます。コーディング規約よりも、要件定義の曖昧さがそのままコードの欠陥になる時代です。
これは悲観論ではなく、日本のSI業界が昔から得意としてきた「仕様書文化」が、皮肉にも再び武器になる話です。曖昧な口頭仕様で人間に書かせるより、明確な仕様でエージェントに書かせてレビューする方が、品質も速度も上がる——この移行を先にやったチームから楽になります。
04AWS Contextは「データが散らかったままではAIは使えない」への回答
生成AI導入がPoCで止まる最大の理由は、モデルの性能ではなくデータです。文書が部門ごとに散らばり、版管理がなく、どれが正か分からない——この状態でRAGを組んでも、AIは自信満々に古い規程を答えます。AWS Contextのナレッジグラフ自動構築は、この前処理を自動化しようとするものです。
ただし過度な期待は禁物で、ゴミを入れればグラフ化されたゴミが出てくるのは変わりません。データソースの棚卸し（どれが正本か、アクセス権はどうなっているか）という地味な仕事の価値は、むしろ上がります。
05来週からやるべきこと3つ
- ①エージェントの権限設計を学び始める — 既存のIAM設計スキルの延長線上にあります。まず自社のPoCに専用ロールを切るところから
- ②「AIに読ませたいデータ」の正本を決める — AWS Contextを待つまでもなく、正本の指定と権限整理は今日から始められ、何を導入する場合でも無駄になりません
- ③ガードレールを先に、エージェントは後に — CloudTrail・権限統制・承認フローが整っていない環境にエージェントを放つのは順番が逆です。アカウントの基本設定と変更統制が先です
—まとめ
今年のSummitの発表は、要するに「エージェントを本番の業務に入れるための足回り」が揃い始めた、という話です。そして足回りの中身は、権限・分離・監査・データ整備——インフラと統制の仕事そのものです。エージェント時代に最初に必要になるのはプロンプトエンジニアではなく、土台を作れるインフラエンジニアだと、私たちは（ポジショントーク半分、本気半分で）考えています。
EMWは、エージェント導入の前段になる権限設計・統制・データ整備の「土台づくり」を専門にしています。「うちはエージェントを入れられる状態か？」の診断からどうぞ。
相談する