01
一つの操作に、一つの許可。
認証情報をモデルに渡さない。
エージェントは業務システムの永続的な API キーを保持しません。承認された操作のパラメータに紐づく一次性許可証を発行。パラメータが変われば、その許可証では実行できません。
一次性許可証 · argsHashAI エージェントのための業務統制基盤
AI を現場へ。権限は、組織の手に。
信頼はあとから。AI エージェントは、社内の稟議・権限規程のもとで働かせる。重要な操作には一回限りの許可を。すべての判断には、責任の所在を。
GembaOS は、AI エージェントを職務権限規程・稟議・監査のもとで運用するための実行基盤です。ポリシーによる権限判定、パラメータに紐づく一次性許可証、人の承認記録を、オンプレミスまたはプライベート VPC 上で提供します。
承認の流れを見る操作と責任を、ひとつの流れに
AI エージェント操作を起案
GembaOS
- 01権限規程を照合
- 02責任者が承認
- 03一回限りの実行許可
社内の業務システム
起案はエージェント。決裁は、組織。
自社環境で運用社内の決裁規程に対応モデルを自由に選択
01 / コア機能
知能は柔軟に。 権限は明確に。
エージェントの提案から本番の操作まで、三つの統制を組み込みます。
02
すべての操作に、責任者。
代理実行でも、権限を広げない。
社員本人の職務権限の範囲で代行し、高リスクな操作は社内の承認ルートへ。誰が何を、どの根拠で承認したかを押印チェーンと決定記録に残します。
代理実行 · 押印チェーン03
モデルを替えても、規程は残る。
判断基準を、モデルの外に。
自社ホストとクラウドのモデルを選択できます。権限判定はモデルから独立。シャドーリプレイとゴールデン回帰テストで、切り替え前に業務への影響を検証します。
モデル選択 · 判定リプレイ02 / 導入シナリオ
まず、一つの現場業務から。
役立つ仕事を任せながら、重要な操作には明確な境界を設けます。
本番変更を任せる。 特権キーは渡さない。
現場の課題
障害調査やアカウント管理を任せたい。でも、本番サーバーへの無制限な操作は許可できない。
GembaOS の統制
制限されたサンドボックスで調査と変更差分の起案を行います。特権操作はゲートウェイを通り、作業票として変更承認へ進みます。
管理ゲート
- 01起案変更差分を起案
- 02確認変更内容を審査
- 04実行本番アダプターで実行
責任者が影響範囲を確認して承認。パラメータに紐づく一次性許可証で、本番アダプターが承認済みの操作を一回だけ実行します。
実際の画面で見るシナリオの詳細を読むお問い合わせに応える。 決裁の限度を守る。
現場の課題
お客様のメッセージが、不正な返金や過度な補償を実行する権限になってはいけません。
GembaOS の統制
受付セッションを隔離し、金額を職務権限規程と照合。規程内は自動判定し、高額案件には稟議書を生成します。
管理ゲート
- 01起案返金申請を受付
- 02確認金額・規程を照合
- 04実行決済アダプターで実行
財務責任者の承認により決済アダプターを一回だけ実行。お客様には公式回答書を返し、社内の承認記録は分離して保持します。
実際の画面で見るシナリオの詳細を読む部門をまたいでも、 責任の所在は明確に。
現場の課題
複数のエージェントや部門が連携すると、経緯と責任を追うことが難しくなります。
GembaOS の統制
作業票を共通の状態管理に使い、担当エージェントには必要な文脈だけを渡します。職務分掌に沿って役割を分離します。
CRM はそのまま。 決裁の記録だけ足す。
現場の課題
CRM 内のエージェントは個案を更新できます。しかし操作が CRM の外へ出た瞬間（返金、赤伝、口座変更）、責任の所在は消え、誰が決めたかの記録はベンダー側に残ります。
GembaOS の統制
CRM は取引先と個案の台帳のまま。GembaOS は項目単位の閲覧規則の下で読み、システム横断の操作を組み立て、稟議記録を保持します。通常の完了はエージェントの押印で通り、エスカレーション中や法務保留の個案は人の前で止まります。
管理ゲート
- 01起案個案イベント
- 02確認項目規則の下で読む
- 04実行個案へコメント
決裁はベンダーの外で通行鍵により署名され、1 回限りの許可証の下で一度だけ実行され、個案のタイムラインにコメントとして書き戻されます。CRM 自身のエージェントを含め、どのエージェントからも同じ手順で呼べます。
実際の画面で見るシナリオの詳細を読むGEMBAOS の実際の画面
申請から判断の記録まで。
導入シナリオごとに実機の画面を 1 本ずつ。流れを選び、承認待ちの稟議台、人の押印、実行、監査の再判定を順に追えます。
返金申請 1 件を、最初から最後まで。
返金申請 1 件を稟議の最初から最後まで追えます。承認待ちの稟議台、人の押印、返金の実行、そして監査の再判定です。
エージェントの押印は 3 つ揃い、人の上長が機械照合済みの事実・金額・理由を見てから判断します。
同じ稟議書の上で、申請の元になったやり取りが 1 クリックで開きます。顧客が書いた文面、受付が返した型文、受付番号。チャット基盤から取り寄せたものではなく、作業票の記録から組み立てたものです。
上長がパスキーで押印。稟議書は 4 つの押印で保管され、1 回限りの許可証が発行されます。
保管された稟議書の全体です。承認者が見た全項目、4 つの押印とその理由、実行が消費する 1 回限りの許可証が並びます。
その許可証に基づいて返金が実行され、顧客に正式回答が届きます。全工程が封緘済みの時系列に残ります。
一連の処理で記録された全事象を順に示します。エージェントの手番、ポリシー判定、能力呼出し、押印、許可証、実行。各行にハッシュが付き、要約で省かれるものはありません。
すべての判定を現行ポリシーで再判定。経路・規則チェーン・誰がどの段階で押印したかが記録に残ります。
CRM の個案はそのまま閉じる。 決裁の記録はこちらに残す。
エスカレーション中の個案を GembaOS からクローズします。上長は CRM の外で押印し、ホストは個案を読み直して一度だけ閉じ、決裁は個案のコメントとして書き戻されます。この画面の CRM は同じ crm パックの kintone 形状です。
エスカレーション中の個案のクローズは CS 上長の前で止まります。稟議書には、担当者が見てよい項目に絞った個案の現状と、クローズ理由が並びます。
上長がパスキーで押印。稟議書は保管され、この個案・この理由に限った 1 回限りの許可証が発行されます。
ホストが個案を読み直し、承認者が見た内容と照合してから、許可証の下でクローズします。鏡写しが決裁を個案のコメントとして書き戻します。
一連の事象を順に示します。事前読取、稟議、押印、前提条件の照合、クローズ、個案へのコメント。各行にハッシュが付きます。
判定を現行ポリシーで再判定。経路（エスカレーション中なので人）、規則チェーン、誰が押印したかが記録に残ります。
4 つのアカウント。押印は 1 回。 許可証は 4 枚。
人事から月末退職者の一覧が情シスに届きます。一括処理の画面が一覧を 1 通の稟議にまとめ、IT 管理者が 1 回押印し、各アカウントはそれぞれの許可証で停止されます。一覧の誤記は自分の行だけで失敗し、他を止めません。
深夜のアラート。 手は「読む」だけ。
監視のアラートが、誰もいない時間に一次切り分けを起動します。エージェントはログを読むことしかできず、審査済みの報告が責任者に届きます。足りなかったものは不足台帳と、人の審定を待つナレッジ草案として残ります。
会議の決定を、 承認済みの議事録だけで動かす。
Teams の字幕を取り込むと、会議は閉じた記録として入ります。SCRIBE が議事録を起案し、主催者が担当者を書き入れて承認。宿題は承認済み議事録だけを出典に作業票になります。字幕に紛れ込んだ指示文は議事録に残りません。
実機キャプチャ · 隔離されたデモデータ · スタブモデル · モック パスキー
03 / セキュリティと導入
統制の仕組みを、確かめられる。
具体的な制御を、貴社の業務環境に。
01
自社環境に配置
単一バイナリをオンプレミスまたは自社 VPC に配置。推論も社内で完結させる場合は、自社ホストモデルを選択できます。
プライベート導入02
秘密情報はゲートウェイ側に
業務システムの認証情報はゲートウェイとアダプターで保持し、エージェントのプロンプトに渡しません。
認証情報の分離03
判断を再計算・確認
記録した権限判定を再評価し、ハッシュチェーン監査ログで、操作が許可・停止された理由を確認できます。
確定的な権限判定04
攻撃シナリオを検証
プロンプトインジェクション、パラメータ改ざん、権限昇格などのテストケースを、技術担当者と確認できます。
レッドチーム検証データの経路は、選択するモデルと外部連携により異なります。貴社の構成に合わせて、設計と検証結果をご確認いただけます。
04 / 先行導入パートナー
一つの業務を、 6 週間で検証する。
先行導入について相談アーキテクトとともに統制基盤を検証する先行導入プログラムです。四半期につき 5 社を想定し、アダプター連携からシャドーモード、段階的な実行まで伴走します。
30 分のご相談は無料です。パイロットの範囲・費用は個別に協議。対象パートナーには正式版の 24 か月価格据え置きを協議します。
プログラムの詳細- 第 1〜2 週
業務と権限を定義
対象業務を選び、社員名簿を連携。職務権限規程を設定します。
- 第 3〜4 週
連携して検証
既存システムを接続し、回帰テストと攻撃シナリオを検証します。
- 第 5 週
シャドーモードで確認
エージェントが起案し、業務責任者がすべての操作を確認します。
- 第 6 週
リスク別に段階導入
合意した低リスク操作を自動化し、週次の監査記録を確認します。
01手順書や SOP が未整備でも導入できますか？
はい。不足台帳が、未定義の手順や曖昧な境界を記録します。エージェントは草案を作成できますが、業務規程として採用する前に、責任者が確認・承認します。
02LangGraph や Dify のエージェントを作り直す必要はありますか？
Gateway 方式で既存エージェントを接続できます。対応するツール呼び出しや MCP 接続を GembaOS 経由に変更します。具体的なインターフェースとアダプターの要件は、構成相談で確認します。
03稟議や承認で、日常業務が遅くなりませんか？
低リスクの参照や規程の限度内にある操作は、自動で通過できます。高額返金や本番の特権操作など、社内規程で承認が必要な処理だけを責任者へ回します。
04データもモデルも、自社ネットワーク内で運用できますか？
オンプレミスまたは自社 VPC と、自社ホストモデルで構成できます。クラウドモデルや外部システムを利用する場合は別途データ経路が生じるため、必要に応じた項目のマスキングを含めて構成を検討します。
056 週間の先行導入には、どの程度の工数が必要ですか？
当社アーキテクトが伴走します。設定期間は IT・情シスの窓口担当者、シャドーモードでは業務の承認責任者の参加を想定しています。工数は連携対象により異なるため、パイロットの範囲とともに合意します。
貴社の業務から、お話ししましょう
現場の条件を伺い、 統制の接点を考える。
30 分の無料相談で、システム構成と決裁フローを伺い、AI エージェントを活用できる業務を整理します。
メールでご返信します。
送信しました
お問い合わせありがとうございます。内容は当社に届きました。メールでご返信します。