作業票
work_item作業票(Work Item)とは、GembaOS が一つの仕事の単位ごとに保持する記録です。誰が依頼し、誰の名義で動き、エージェントの各手番、各ポリシー判定、各押印、各実行を、順序どおりにハッシュチェーンで残します。
本用語集のすべては作業票を軸にしています。顧客からの申請、監視のアラート、貼り付けられた退職者一覧、承認済みの議事録が、それぞれ一枚の作業票を開きます。
用語集
一語一義。GembaOS のコンソール、ポリシー、このサイトで使う言葉です。他のページは定義を繰り返さず、ここへリンクします。GembaOS は、AI エージェントを職務権限規程・稟議・監査のもとで運用するための実行基盤です。ポリシーによる権限判定、パラメータに紐づく一次性許可証、人の承認記録を、オンプレミスまたはプライベート VPC 上で提供します。
work_item作業票(Work Item)とは、GembaOS が一つの仕事の単位ごとに保持する記録です。誰が依頼し、誰の名義で動き、エージェントの各手番、各ポリシー判定、各押印、各実行を、順序どおりにハッシュチェーンで残します。
本用語集のすべては作業票を軸にしています。顧客からの申請、監視のアラート、貼り付けられた退職者一覧、承認済みの議事録が、それぞれ一枚の作業票を開きます。
approval_request稟議書(Approval Request)とは、ポリシーが「押印が必要」と判定したときに GembaOS が起案する文書です。ホストが照合した事実、正確な引数、理由、経路が求める承認者の順序を載せます。
承認者が稟議台で見るのはこの文書です。押印すると、そこに書かれた引数に紐づく一次性許可証が発行されます。それ以外の何も発行されません。
clearance_token一次性許可証(Clearance Token)とは、承認された一つの操作のために GembaOS が発行する、一回限り・有効期限付きの実行許可です。その操作の引数のハッシュ(argsHash)に紐づき、実行すると消費され、異なる引数には一致しません。
エージェントが業務システムの認証情報を持たずに済むのは、この許可証があるからです。認証情報はゲートウェイが保持し、一枚の許可証に対して一回の呼び出しだけを通します。
signature_chain押印チェーン(Signature Chain)とは、稟議書に押された印の順序付きの集まりです。ポリシーがエージェントに委ねた確認にはエージェントの押印、経路が人に留保した段階にはパスキーによる人の押印が並びます。
各押印は、誰が・いつ・なぜ・何を見て押したかを持ちます。監査画面では、このチェーンを現行ポリシーで再判定します。
delegation_of_authority職務権限規程(DOA)とは、誰が何を、どの限度まで承認できるかを、役割と金額またはリスク区分で定めた表です。GembaOS のポリシーはこれを読み、操作がエージェントの押印で通るのか、指名された承認者を要するのかを判定します。
多くの場合、会社にすでにある決裁権限表をそのまま書き写したものです。先行導入の最初の 2 週間は、これを書き出す期間です。
on_behalf_of代理実行(On-Behalf-Of)とは、GembaOS におけるエージェントのすべての操作が、特定の社員の名義で、その社員の権限の範囲内で行われるという原則です。エージェントは、その社員が持たない権限を一切得ません。
監査人にとって記録が読めるのは、この原則のおかげです。行為者は人であり、エージェントは道具です。
capability_gateway能力ゲートウェイ(Capability Gateway)とは、エージェントと業務システムの間に立つ GembaOS の構成要素です。エージェントが見るのは能力の名前とスキーマだけです。ゲートウェイが認証情報を保持し、ポリシーを照合し、許可証を予約・消費し、アダプターを呼びます。
参照もここを通ります。項目単位の閲覧規則により、エージェントは自分の役割が見てよい項目だけを見ます。
policy_replayポリシー再判定(Policy Replay)とは、記録済みの判定を現行ポリシーで再評価し、同じ事実から同じ経路と規則チェーンを導くことです。GembaOS は再判定が確定的になるだけの情報を、すべての判定について記録します。
数か月前の判定が今も同じ結果になるかを監査人が確かめる手段であり、ポリシー変更を過去の記録で試す手段でもあります。
shadow_replayシャドー再実行(Shadow Replay)とは、記録済みの作業票を新しいモデルや新しい設定で、何も実行せずに走らせ、結果が変わる箇所を示すことです。
モデル変更が本番に届く前の関門であり、先行導入プログラムの第 5 週にあたります。
golden_testゴールデンテスト(Golden Test)とは、期待される判定を添えて記録した会話を、GembaOS が実行基盤に対してオフラインで再生する試験です。判定を変えてしまう変更は、この試験で失敗します。
ゴールデンテストとレッドチームの事例は、パートナーのセキュリティ担当と一緒に確認する証拠です。
audit_replay監査再生(Audit Replay)とは、ハッシュチェーンでつながった事象から作業票を復元し、その上でポリシーを再度走らせる画面です。経路、規則チェーン、押印を、信じるのではなく検証できます。
ホームページの「監査記録」タブの画面は、すべてこの表示です。
gap_register不足台帳(Gap Register)とは、エージェントが仕事を進めるうえで欠けていたものを記録する台帳です。未整備の手順書、未定義の限度、不明な責任者。不足は権限を広げず、誰が決めるべきかを記して待ちます。
提案された手順は審定台に送られ、人が承認して初めてナレッジになります。
change_set変更セット(ChangeSet)とは、エージェントが制限されたサンドボックスで起案した本番システムへの変更案で、適用される代わりに稟議書として提出されます。
情シスのシナリオそのものです。調査は自律的に行われても、変更は変更承認を通ります。
sandboxサンドボックス(Sandbox)とは、エージェントが本番に触れずに読み、試し、起案するための制限された環境です。GembaOS はサンドボックスの名前を信じるのではなく、何が許されているかを実際に調べて記録します。
デモの第三幕では、不具合の修正はサンドボックスで準備され、審査を通った変更だけがそこを出ます。
official_answer正式回答(Official Answer)とは、作業票の終わりに顧客や依頼者が受け取る唯一の回答です。ホストが承認済みの事実から書き、社内の稟議記録とは分離され、使用した承認済みナレッジを出典として示します。
分類上の懸念がある処理や失敗した処理はエラー回答になり、推測で答えることはありません。
最終更新: · GembaOS v0.2