2026.10.10 SAT00:35 JSTAWS
Postman Agent Modeの構成公開
条件付き対象プランは公式で確認
Postmanが自社ツールのAIエージェント化で得た、ツール爆発の防ぎ方やシステム設計の知見を公開しました。
- Agent Modeの裏側とBedrock運用構成を公開
- ツール数40超での誤動作を防ぎ170超から15個に動的絞り込み
- UI状態と操作の分離やスキーマ参照の集約手法を共有
目線
自社プロダクトにLLMエージェントを組み込む際、ツール選定の誤りやコンテキスト圧迫を避ける設計パターンとして参考にできる。
対象
LLMエージェントを組み込むプロダクト開発者
使える場面
- 大量のAPI操作ツールを持つエージェントの誤動作対策を設計する
- 画面操作に依存した内部処理をデータ直結型へリファクタリングする
試すなら
自社エージェントのツール数が40を超えている場合に動的な絞り込み設計を検討する
確認点
個人情報保護向けAmazon Bedrock Guardrails機能はEnterprise管理者による設定が必要
背景
デモ用エージェントと異なり、4000万人規模の開発者向け運用ではツール肥大化やUI前提の仕様が課題となった。
何が変わったか
- ツール数が40を超えると誤動作が増加するため、170超のツール群からベクトル検索でタスクあたり約15個へ動的制限
- タブを開かないと読めないUI依存を排し、バックグラウンドでのAPIリクエスト実行へ分離
- 個別の集計ツールを乱立させず、ClickHouseなどのスキーマを渡して直接SQLを組み立てさせる方式へ集約
使える場面・影響
ツール定義自体をコンテキスト枠の一部と捉え、モデルに提示するツール数を絞ることが実運用時の精度安定につながる。
試す前に確認
- 状態を変更する操作にはユーザー承認を要求する安全設計を採用
一次ソース
- AWS Machine Learning Blogaws.amazon.com