Bedrockでモデルへの入口と保護をそろえ、DXC側が業務の実行管理を担います。56用途の測定で平均の解決時間短縮を報告しました。 モデルを選べる基盤と、本番操作を制御する仕組みの違いが焦点です。報告された成果はDXCの対象事例で、一般的な削減率を保証しません。 モデル基盤と仕事を動かす仕組みを分ける AWSは11月11日、DXC Technologyと共同でDXC OASISの構成を紹介しました。銀行や病院などのIT運用を担うAgentを想定しています。Amazon Bedrockは複数の基盤モデルへの共通の入口を提供します。その上でDXCが、業務の文脈、道具の連携、方針の適用、監査を担う仕組みを作ります。原文は、この二つをモデルの基盤とharnessへ分けています。モデルへの接続ができても、本番システムを安全に操作できるとは限らないという整理です。2026年3月の一般提供後、測定した56用途で解決時間を平均95%短縮したと報告しています。成果を測った対象を区別します。 選択できるモデルと操作の境界を同時に保つ 基盤はClaude、Amazon Nova、Meta Llamaなどを対象とし、用途ごとに費用、遅延、能力を見て選ぶ構成です。Bedrock Guardrailsで内容の制限や個人情報の扱いをそろえ、PrivateLinkを使う通信経路も示しています。DXC側の仕組みは、運用手順やエスカレーションの情報、人の承認、各操作の追跡を扱います。対象となるのは、複数顧客や重要な本番環境を担当する運用チームです。単一のモデルや提供者に強く依存しない構成は、停止時の対応を選びやすくする可能性があります。ただし、地域によって利用可能なモデルは異なります。代替モデルへ切り替わっても同じ道具の選択や応答になるとは限りません。共通の入口を持つことと、業務の結果が同等であることを分けて検証する必要があります。 事例の成果を自社の失敗条件と比較する 導入判断では、解決時間の短縮率よりも、その計測対象と権限の境界が論点になります。紹介された成果を自社の全業務へ当てはめることはできません。既存手順の品質、資料の整備、承認にかかる時間が異なるためです。モデルの接続先を増やすほど、評価と監視の範囲が広がる可能性があります。推論費用に加え、業務の状態を保つ仕組みや障害時の運用を見積もります。自動実行を許す処理と人の承認が必要な処理を明示し、停止時にも権限が残らないかを確認する必要があると見られます。応答の保護機能だけでは、本番操作の妥当性をすべて判断できません。モデル層で提供される機能と、組織が自ら運用する制御を区別して受け入れることが重要になります。代替経路の試験も通常時と同じ承認条件で行います。障害時だけ権限を広げる運用になっていないかを確認し、切り替え前後の結果を追えるようにします。