ツールの呼び出しが成功しても、その結果が正確か、最新か、完全かは証明されないため、ツールの出力には独立したチェックが必要です。
ホームエージェントはストレージツールから HTTP 200 を受け取っても、実際には間違ったフォルダーを測定している可能性があります。また、デバイス API から「ロック済み」と受け取った直後は、物理的な状態がまだ変化していないこともあります。同じ呼び出しを繰り返すだけでは、同じ障害が再現される可能性があります。検証では、返された値と、その値に依存する意思決定の間に、別の観測またはルールを追加します。
トランスポートの成功と意味上の成功は異なる
ツールのレスポンスには、トランスポートステータス、解析可能な構造、スキーマの妥当性、ドメイン上の意味、観測された副作用など、複数の層があります。ある層が正常でも、次の層で失敗する可能性があります。空き容量を示す数値フィールドは有効な JSON であっても、古いデータや間違ったボリュームを使用しているかもしれません。
実用的な結果検証レイヤーのパターンでは、エージェントの生の出力と下流での利用の間に検証を配置します。流暢な出力を完了とみなすのではなく、形式チェック、アサーション、証拠に基づくゲートを区別します。この区別は、その後の家庭環境でのテストでも維持されます。
オーケストレーターは、これらの層を個別に表現すべきです。ツールには到達できても未検証の場合があり、提案されたアクションは妥当でも未実行の場合があり、実行が成功と報告されても、対象システムが変更後の状態を確認する前である可能性があります。
独立したチェックには異なる障害経路が必要
有用な検証では、同じコンポーネントに自己承認させることを避けます。ファイルの作成はメタデータやハッシュの読み取りで確認し、データベースへの書き込みは権威あるストアからの読み取りで確認し、スマートホームのコマンドはコマンドの応答確認ではなく状態センサーで確認します。
検証可能なエージェント状態では、エージェントシステムを、明示的な安全性特性を備えた検証可能な状態機械内の非決定性コンポーネントとしてモデル化します。このアプローチは、制約とランタイムモニターを、自由形式のモデル推論の外側にあるオーケストレーション層へ配置すべき理由を示しています。
最も強力なチェックは、結果の重大性によって異なります。リスクの低い検索ではスキーマと情報源の存在を検証できますが、削除には対象の正確な特定、ポリシーによる承認、アクション後の観測が必要です。複数のチェックが同じ破損した情報源を共有している場合、チェックを増やせば自動的に良くなるわけではありません。
検証も同じ誤った前提に同意してしまう可能性がある
同じプロンプト、コンテキスト、モデルを使った 2 回の LLM パスは、独立しているのではなく相関しています。2 つ目の API エンドポイントが同じデータベースを共有している可能性もあります。テストも、ユーザーの実際の意図を見落としたまま実装を検証してしまうことがあります。したがって、合意によって信頼度が高まるのは、障害モードが異なる場合に限られます。
独立検証ループのワークフローでは、実装、敵対的検証、修復の役割を分離します。その中核となる価値はエージェントの数ではなく、出力を生成することと、外部基準に照らしてテストすることを意図的に分ける点にあります。
障害の境界は、独立した観測可能な真実を伴わない重大な結果です。システムは不確実性を明示し、繰り返しの推論や類似モデル間の多数決から自信を捏造するのではなく、人間による確認を求めるべきです。自動化を進める前に、中間結果を検査可能な状態に保つ必要があります。
重大なツールを 1 つ対象にチェックを設計する
データやデバイスの状態を変更できるツールを 1 つ選びます。その事前条件、期待するレスポンススキーマ、ドメイン不変条件、権威ある事後条件、タイムアウト、ロールバックの境界、そしてテストの実行前に人間の承認を必要とする正確な条件を記述します。
エージェント検証の限界で説明されている自己検証の制約を使い、エージェントが検査できる主張と、直接観測できない物理的な結果を分けます。安全なテスト環境で、間違った対象、古いレスポンス、部分的な成功、偽の確認応答を注入します。
注入した意味上の障害を検証機能がすべて検出し、依存するアクションを阻止した場合にのみ合格とします。チェックが同じ情報源に依存している場合、または事後条件を観測できない場合は、結果を未検証と表示し、エージェントの権限を引き下げます。
テック&AIハブ
もっと読む

NASファイル全体でのハイブリッド検索を可能にするコンポーネントとは?
正確な識別子と意味が、権限を回避したり不十分な証拠を隠したりすることなく、どのようにして1件の順位付けされたNAS検索結果に結び付くのかを学べます。

RAGで信頼性の高い文書バージョン選択を可能にする機能とは?
RAGが最も類似した古いコピーではなく、適用可能な改訂版を選択する仕組みと、明示的・暗黙的・重複する更新をテストする方法をご覧ください。

エージェントの計画が利用可能なツール権限と乖離する要因とは?
発見、委任、ポリシーフィードバック、再計画によって、AIエージェントが提案する手順と、ツールで実際に実行できることとの整合性がどのように保たれるかを学びます。

