相互に通信することを意図していないシステム間のエージェント

大規模な組織内では、1 か所に集中する作業はほとんどありません。リクエストは 1 つのシステムに到着し、真実の記録は 2 番目に保存され、承認は 3 番目のシステムで行われ、誰かが手動でシステム間で情報をコピーします。

そのコピーはエージェントにとってまさに格好の標的です。また、エージェントが最も広範囲に到達し、静かにダメージを与える能力が最も高いポイントでもあります。

統合作業がエージェントに適している理由

タスクは明確に定義されています。ここからこれを取得し、それと照合して、結果をそこに入力します。難しいのは判断ではなく、システムが異なる識別子、異なる形式、完全な記録がどのようなものであるかについての異なる考え方を持っていることです。

人が何も再入力することなくそれらを調整するエージェントは、純粋なオーバーヘッドであり、手動で実行すると確実にエラーが発生しやすい作業のカテゴリを削除します。

最も厳しい境界が必要な理由

統合エージェントは定義上、複数のシステムにアクセスし、そのうちのいくつかは記録システムです。ミスの爆発半径は、他のほとんどの種類のエージェントよりも大きくなります。

2 つのルールにより、これが管理可能になります。

広く読んで、狭く書いてください。エージェントは必要なものすべてから読み取り、列挙された一連の場所にのみ書き込むことができ、プロンプトで要求されるのではなく書き込みが行われる場所で強制されます。

すべての書き込みには ID が伴います。認証情報は実行時に組織ボルトから解決され、エージェントごとにスコープが設定されるため、監査証跡は共有サービス アカウントを示すのではなく、「どのエージェントがこれを変更したか」に応答します。

陳腐化は具体的な失敗です

エージェントが実行の開始時に読み取ったレコードは、書き込むまでに移動している可能性があります。これにより、内部的には一貫性があるが、外部的には間違った作業が生成され、その作業を行っていない人がその作業を選択解除する必要があります。

状況認識はこのために存在します。つまり、実行内で何が起こったのか、その下で何が変更されたのかを追跡するため、移動したレコードに適用されるのではなく、ステップにフラグが立てられます。

何を測定するか

一般的な品質スコアではなく、既知の良好なサンプルに対する調整精度。

書き込みを取り消す必要があった頻度。これは重要な数値ですが、誰も計測しません。

3 回の書き込み後に失敗した実行では 3 回の書き込みコストが発生し、何も生成されないため、実行あたりではなく、完了した調整あたりのコストがかかります。

開始形状

1 ペアのシステム。最初の数週間は読み取り専用で、ユーザーが適用する提案された変更が生成されます。次に、経済的または契約上の影響を伴うものについての承認の背後に、狭い列挙型の書き込みが行われます。

指名所有者。実績からの評価基準。妨げとなる予算。

次へ

エージェント オーケストレーション システムのページでは、ポリシーの適用、資格情報ボールト、および監査証跡について説明します。 MCP ゲートウェイのページでは、接続システムについて説明します。