AI エージェントの「人間の判断を介在させる仕組み」を、新しい承認フローではなく稟議書で実装する

GembaOS は、AI エージェントを職務権限規程・稟議・監査のもとで運用するための実行基盤です。ポリシーによる権限判定、パラメータに紐づくワンタイム許可証、人の承認記録を、オンプレミスまたはプライベート VPC 上で提供します。この記事では、AI 事業者ガイドライン（第 1.2 版、2026 年 3 月、総務省・経済産業省）が AI 利用者に求める「人間の判断を介在させる仕組み」を、GembaOS がどの記録で実装するかを説明します。

ガイドラインは AI 利用者に何を求めていますか？

AI 事業者ガイドライン第 1.2 版は、AI エージェントを「特定の目標を達成するために、環境を感知し自律的に行動する AI システム」と位置付け、AI 利用者に対して「人間の判断を介在させる仕組み」「定期的な操作履歴確認や報告」「適切な権限設定」「連携ツール・システムの制限」「データ最小化」といった対応を求めています。同じ文書は、LLM が示す根拠について「内部の決定ロジックの説明ではなく、もっともらしい理由を出力しているに過ぎない」とも述べています。

GembaOS は、これらを新しい承認フローとしてではなく、会社にすでにある稟議書・職務権限規程・押印として実装します。対応は次のとおりです。

「承認フロー」と「稟議書」は何が違いますか？

GembaOS の稟議書は、ホストが照合した事実、操作の引数そのもの、理由、経路が求める承認者の順序を一枚に載せ、押印はその内容に対して行われます。ワークフローツールの承認ボタンはチケットの状態を変えるだけで、その後の API 呼び出しを承認内容に結び付けるものがありません。違いは次の五点です。

「もっともらしい理由」ではなく、何を監査しますか？

GembaOS が監査に差し出すのは、モデルの説明ではなく記録です。ポリシー判定は職務権限規程から導かれた確定的な判定であり、同じ入力はいつ再計算しても同じ経路になります。監査人が確認するのは、稟議書に載った事実と引数、押印チェーン、許可証、そしてハッシュチェーンでつながった事象です。モデルが理由を述べていたとしても、それは稟議書上の「理由」欄に記録されたデータであり、権限の根拠にはなりません。

コンソールではどう見えますか？

押印チェーンの末尾がワンタイム許可証です。四つ目の押印が済んで初めて発行され、「1 回限り」と期限が明記されます。画面右上の承認印は、人手承認者がパスキーで押したものです。

まとめ

ガイドラインが求める「人間の判断を介在させる仕組み」は、承認ボタンを増やすことではなく、人が何を見て何に押印したかが残り、押印後に内容が変われば実行されない仕組みを持つことです。GembaOS はそれを、会社にすでにある稟議書と職務権限規程の延長として実装します。監査に差し出すのは、モデルのもっともらしい理由ではなく、再生できる記録です。