業務フローにAI判断を組み込み｜AWSが新統合

AI TREND

AWS：AI推論ステップ統合

AWS Step Functionsに、Amazon Bedrock AgentCoreの管理型実行環境(ハーネス、プレビュー)と連携してAIエージェントの推論ステップを組み込める統合が追加された。文書分類や非定型フォームからの項目抽出といった判断作業を、ワークフロー内で自動化できる。

3 の要点を3分で

AWS Step Functionsに、Amazon Bedrock AgentCoreの管理型実行環境(ハーネス、プレビュー中)と連携してAIエージェントの推論ステップを組み込める統合が追加された。Step Functionsは複数のAWSサービスを視覚的につなぎ、エラー処理・並列実行・人による承認を備えた業務フローを作るサービスである。今回の連携で、文書分類や非定型フォームからの項目抽出といった「人が判断していた工程」を、設定だけで既存フローに直接置けるようになった。

複数エージェントを並列または順次に配置でき、重要操作の前に人の承認を挟める。実行履歴にはエージェントの入出力・トークン消費量・処理時間が残り、Amazon CloudWatchで各判断を追跡・監査できる。呼び出しごとにモデル・指示文・ツールを上書きでき、セッションIDで文脈を実行をまたいで引き継げる。

提供は米国東部(バージニア北部)・米国西部(オレゴン)・欧州(フランクフルト)・アジアパシフィック(シドニー)の4リージョンで、東京は含まれない。連携自体への追加料金はなく、各サービスの通常料金が適用される。

業務フローにAI判断を組み込み｜AWSが新統合の本文内説明図 — 図解: AIエージェント - AWSStepFunctionsにAmazonBedrock

押さえるポイント

この変化で何が要点か。図解と出典つきで一目で。

視覚的な業務フローの判断工程にAIエージェントを直接配置できる
重要操作の前に人の承認を挟め、監査ログがCloudWatchに残る
呼び出しごとにモデル・指示文・ツールを上書きでき設定重複が不要

5W1Hでサクッと理解

構造化された事実を最初に。誰が何をいつどこでなぜどのように。

誰が: AWS
何を: AI推論ステップ統合
いつ: 2026年6月4日
どこで: 米欧豪4リージョン
なぜ: 判断工程の自動化
どのように: AgentCore連携

背景

Step Functionsは、複数のAWSサービスを視覚的につなぎ、エラー処理・並列実行・人による承認ステップを備えた業務フローを組み立てるサービスである。これまではAIによる判断処理を組み込むには独自に実装する必要があった。今回連携するAgentCoreのハーネスは、使うモデル・ツール・振る舞いを設定として宣言するだけでエージェントの動作ループを最後まで管理してくれる仕組みである。これにより、ワークフロー上の判断ポイントにエージェントを直接置けるようになった。

なぜ今注目なのか

業務フローのなかに「人が判断していた工程」をAIエージェントとして組み込めるため、ノーコードに近い形でエージェント活用を本番運用に乗せやすくなる。実行履歴にエージェントの入出力・トークン消費量・処理時間が残り、Amazon CloudWatchで各判断を追跡・監査できる点は、企業導入で重視される説明責任の要件に直結する。重要な操作の前に人の承認を挟める設計も、業務適用のハードルを下げる。

判断工程を設定だけでフローに置けるようになった

AWS Step Functionsの業務フローに、AIエージェントの推論ステップを組み込めるようになった。連携先はAmazon Bedrock AgentCoreの管理型実行環境(ハーネス、プレビュー中)で、使うモデル・ツール・振る舞いを設定として宣言すると、エージェントの動作ループを最後まで管理してくれる。

AWS Step Functions now enables you to add AI agent reasoning steps to your workflow through an optimized integration with the managed harness (currently in preview) in Amazon Bedrock AgentCore.
出典: AWS What's New

ここで言う「ハーネス」とは、AIエージェントを動かす土台を設定だけで用意する管理型の実行環境のことだ。Step Functionsは複数のAWSサービスを視覚的につなぎ、エラー処理・並列実行・人による承認を備えた業務フローを作るサービスである。これまで判断処理を入れるには独自実装が必要だったが、文書分類や非定型フォームからの項目抽出といった「人が判断していた工程」を、既存フローの一部として直接置けるようになった。

複数エージェントの並列配置と、判断の監査ログ

1つのフローのなかで複数のエージェントを並列または順次に配置でき、重要操作の前に人の承認を挟める。さらに各判断が後から追える点が、企業導入では効く。

The workflow execution history shows agent input, output, token usage, and duration with links to agent turn details in Amazon CloudWatch, so you can trace and audit every agent decision.
出典: AWS What's New

実行履歴にはエージェントの入力・出力・トークン消費量・処理時間が残り、Amazon CloudWatch(AWSの監視サービス)上で各判断の詳細まで追跡・監査できる。加えて、呼び出しごとに使うモデル・指示文(システムプロンプト)・ツールを上書きでき、設定を重複させずに文脈ごとへ適応させられる。エージェントの文脈は、実行をまたいで引き継ぐためのセッションID(処理の連続性を識別する番号)で保持できる。

得をするのは誰か、東京リージョン非対応の注意点

得をするのは、AWS上で業務自動化を組む国内の開発・運用チームだ。判断工程をエージェント化する際に独自実装が要らず、監査ログと人の承認を標準で確保できる。

説明責任を問われる企業の導入担当者にも追い風になる。各判断の入出力・トークン量・処理時間がCloudWatchに残るため、後から「なぜそう判断したか」を追える。

一方、AIフローのオーケストレーションを独自に実装・提供してきた事業者は、Step Functions側で判断ステップを設定だけで配置できるようになり、独自連携基盤の優位性が薄まる。

そして実装着手時の落とし穴がリージョンだ。提供は米国東部(バージニア北部)、米国西部(オレゴン)、欧州(フランクフルト)、アジアパシフィック(シドニー)の4リージョンに限られ、東京は含まれない。データを国内のサーバーから外に出さずに処理を完結させたい事業者は、現時点では他地域での処理を前提に設計する必要がある。