GembaOS
日本語
PoCについて相談

AI エージェント統制・実行基盤

エージェントが「見られる情報」「行える操作」「責任の所在」を明確に統制。

既存エージェントの一元統制から、規程を最初から組み込んだ新しい AI 業務の立ち上げまで。GembaOS はモデル、API、従業員、基幹システムを一つのルールで結び、データの参照範囲、承認の流れ、確実な実行、責任の所在を明確に保ちます。

PoCについて相談
エージェントが業務システムの変更を申請したとき
AI エージェント

エージェントが操作申請を提出

業務記録を精査して変更案を策定しますが、自らシステムへ直接書き込む権限は持ちません。

具体例退職者のアカウント停止 · お客様への返金 · 失敗しているテストの修正 · 保険金請求の処理

GembaOS

GembaOS が企業の権限規程とリアルタイム照合

このエージェントに許可された操作か。金額、対象データの機密区分、最新の業務状態が授権マトリクスと一致しているかを判定します。

  1. 規程内

    自動承認・1回のみ正確に実行し完全記録

    実行直前に GembaOS が最新記録を再検証し、承認済みの操作のみを厳格に実行。業務を一切中断させません。

    具体例3,000 以下の返金 · 5 ファイル以下・テスト成功の修正 · 20,000 以下・書類の揃った請求

  2. 要承認

    規程で指定された責任者が審査・承認

    要約と証拠資料を確認して電子承認または差し戻し。承認後の実行も最新状態の再検証を経て、単一トークンで安全に反映されます。

    具体例退職者のアカウント：IT 管理者が押印し、情報セキュリティ担当に通知 · 3,000 を超える返金：CS 責任者 · オーナーのいるコードの修正：コードオーナー · 20,000 を超える請求：査定担当

  3. 規程外

    違反を検知して遮断・差し戻し

    システムの状態は一切変更されません。遮断の事実および違反理由も監査記録として永久保存されます。

    具体例押印のあとで注文が書き換えられた：差し戻し、支払いなし · デプロイ設定やシークレットへの変更

規程内の定型業務は自律的に完了。限度超過、ポリシー違反、またはデータ不整合の案件のみが担当責任者へ届きます。

GembaOS 標準の業務ハンドブックに基づくサンプルです。金額は例示値であり、貴社の権限規程に合わせて自由に設定可能です。

✓ 自社環境で運用✓ 社内の決裁規程に対応✓ モデルを自由に選択

動きで見る

五つの短い場面で、GembaOS の動きを見る

動画でも音声でもありません。見たい場面を選ぶと自動で動き、自分で一つずつ進めることもできます。数値や名前はすべてサンプルです。

返金の依頼が、記録になるまで

場面 1 / 5

エージェントが案件を読み、案を出す

お客様から返金の依頼が届きます。エージェントは注文と返金規程を読んで起案しますが、その印は助言です。支払いを行う権限は持っていません。

場面 2 / 5

GembaOS が規程に照らして確認する

誰が依頼できるか、何を見せてよいか、金額が上限の範囲内か。上限以内なら、御社が確認した規程が承認できます。超えれば、名前のある担当者が決めます。

場面 3 / 5

名前のある担当者が押印する

CS 責任者は、GembaOS が確認済みの証跡と、人の判断が要る点を見て決めます。押印には名前と役職が残り、承認は、この引数のとおりの操作にだけ結び付きます。

場面 4 / 5

一度だけ実行し、結果を読み戻す

GembaOS は注文を読み直し、押印したときと同じなら、使い切りの許可証のもとで、承認された返金を一度だけ実行します。結果を読み戻し、経緯を封印します。

場面 5 / 5

事実が変われば、何も動かない

押印のあとで注文が書き換えられたとします。GembaOS は再読込で差に気づき、依頼を差し戻して、支払いは行いません。この拒否も記録に残ります。

会話で仕事を依頼する

場面 1 / 2

自分の言葉で伝える

従業員は、必要なだけやり取りしながら用件を伝えます。アシスタントは、その人が依頼できる業務のうち当たるものを、根拠になった本人の言葉とともに提案し、二つ当たるときは尋ねます。

場面 2 / 2

確かめてから依頼する

依頼内容には、前の発言が残ります。従業員は書き換えてから依頼できます。提案はシステムが検査し、依頼するまで何も始まりません。受付票には、業務、票番号、担当、次の一手が表示されます。

誰もいない時間に

場面 1 / 2

アラートと、「読む」だけの手

監視のアラートが、誰もいない時間に一次切り分けを起動します。エージェントはログを読むことしかできず、ログの中の「こうしろ」という行は、命令ではなくデータです。

場面 2 / 2

報告、不足の記録、待つ草案

審査済みの報告は責任者に届きます。足りなかったものは、誰が持つべきかを添えた不足台帳と、人の審定を待つナレッジ草案に残ります。人が承認するまで、どのエージェントも草案を引用できません。何も変更されていません。

一度やってみせる

場面 1 / 3

もう一つの入口：一度やってみせる

担当者が、会社が宣言したアプリケーションで仕事を一度行います。記録ツールは見るだけで、クリックも入力もできません。パスワードは記録せず、別のサイトにいた区間は、推測せずに空白として残します。送る前に、担当者がすべての手順を確認します。

「一度やってみせる」の詳細を読む

場面 2 / 3

アシスタントが理解したことを書き出す

アシスタントは記録をデータとして読み、理解した流れを書き出します。業務の手順（それぞれ記録された手順に根拠があります）、まだ分からないことを添えた規則の候補、そして質問です。規則が「説明あり」になるのは、担当者自身の回答を引用したときだけです。

場面 3 / 3

責任者が確認し、別の人が公開を承認する

規則の候補は、その規則に責任を持つ人が、文言のとおりに確認して初めて会社のものになります。変更は経路の前と後で描かれ、公開は二人目の人が承認します。

人がいつも押印しているもの

場面 1 / 3

押印された判断を、共通点ごとに数える

ひと月に一度、業務の振り返りが、規程が CS 責任者の押印に回した返金を、案件が記録した特徴ごとに数えます。特徴ごとに、規程がそれを読んでいるかを GembaOS が添えます。これは規程そのものから読み取るもので、モデルには判断させません。

場面 2 / 3

GembaOS が確かめた規則の候補

振り返りは、その組に基づく規則の候補を、分からないことと一緒に挙げます。GembaOS は、その組が集計から返ってきたこと、件数が少なくて隠されたものでないこと、規程がまだ読んでいない特徴であることを確かめ、数字は自分で写します。

場面 3 / 3

責任者が確認し、規程は公開でだけ変わる

カスタマーサポート部長が、自分の名前で候補を確認します。それで規程が変わるわけではありません。組織設計アシスタントが下書きの根拠として引けるようになり、下書きは過去の判断で検査され、二人目が公開を承認します。確認を取り消せば、その下書きは承認できません。

「そのルールは効いているか」を読む

ウォークスルーの全体を見る

01 / GEMBAOS の中核統制機能

4つの重要課題に、企業の権限規程が一貫して回答します。

データアクセス権限、長期タスクの責任所在、人間の承認ルート、安全な単一実行。全プロセスに検証可能な監査記録が付与されます。

01 · データ権限

エージェントごとの厳格な参照境界

エージェントは業務に必要な記録と項目のみを参照。他テナントのデータ、機密項目、未承認データは完全に隔離され、社内文書検索でも承認済みの版のみが返出されます。

データ保護と統制の仕組み
02 · 継続タスク

長期非同期タスクの責任者を明確化

保険金査定、障害対応、コード修正など数時間〜数日に及ぶ業務でも、常に指名された責任者が存在。指示出しや同僚への記名引き継ぎにより、責任者不在のタスクを防ぎます。

引き継ぎ機能の詳細
03 · 人間の判断

自動処理と人間による承認の明確な切り分け

規程内の定型処理は自動完了。限度額超過や異常値、例外事項のみを整理された証拠とともに担当責任者へ届けるため、大量の生データを確認する必要はありません。

決裁ルートの設定方法
04 · 安全な実行

承認どおりの内容を、一度だけ実行

エージェントは基幹システムのパスワードを保持しません。承認後、GembaOS が押印した人の見た事実を直前に読み直し、ワンタイム許可証で一度だけ実行します。事実が変わっていれば稟議を差し戻します。

承認後の状態変化と失効防止

02 / 導入価値

実務における3つの現実的な課題を解決。

01

管理職がすべての案件に押印・承認する必要はありません。

金額上限、対象範囲、事前確認項目を一度設定すれば、規程内の業務は自律完了。上限超過や例外案件のみが、整理された事実とともに責任者の元へ届きます。

  1. GembaOS3,000 以下・低リスク：御社が確認した規程が承認、押印なし
  2. AI エージェント3,000 超：AI が確認し、理由を添えて推奨
  3. 社内の担当者CS 責任者が決定（AI の推奨は意見）
決裁ルートの構造を見る
02

長期タスクを、統制ルールを保ったまま確実に引き継げます。

数日に及ぶ業務も常に記名された担当者が保持。シフト交代時には同僚へ引き継ぎを申請し、相手が記名受領することで、承認規程を厳格に維持したまま交代できます。

同僚の画面に届く引き継ぎ要請
実機デモ環境の画面キャプチャ。
タスク引き継ぎの解説を読む
03

規程変更による影響範囲を、事前に可視化・確認できます。

統制ルールはプロンプトではなく構造化された設定データです。GembaOS はこれを可視化し、閾値変更によってどの処理が自動化され、どこが厳格化されるかを事前に把握できます。

振替便の例：運賃差額の上限
変更前80変更後200

少ない押印で進められる範囲が広がる

規程変更の影響試算を見る

決裁ルートおよび変更例は標準設定から動的に生成されています。詳細は製品紹介ページをご覧ください。

03 / チームの一日

同じチーム、同じ一日：各担当者デスクからの視覚的管理。

サポート担当、上長、IT エンジニア、部門長の間で同一の業務記録が安全に流転。夜間アラート、朝会、顧客対応、自然言語による依頼、IT 調査、電子決裁、シフト引き継ぎまでの一日を追体験できます。

各役割の担当職務

  • カスタマーサポート課長例外案件の判断と、課内の滞留案件を確認します。
  • カスタマーサポート担当自分の担当案件と、お客様への回答を確認します。
  • 情報システム部担当障害の一次調査報告を読み、朝会で割り当てられた対応を引き受けます。
  • カスタマーサポート部長管掌範囲の状況を確認します。通常案件に部長の押印を追加する必要はありません。

カスタマーサポート課長

始業前の確認

夜間のアラートに対する一次調査報告を読み、朝会に備えます。読取のみの報告であり、障害が復旧したことを意味しません。

エージェントの実行アクション読み取り専用で障害を調査。ログを読んでこの報告書を作成し、足りないもの（手順書・連絡先）を記録。手順書の下書きは承認待ちです。

このシナリオを試す
GembaOS チームの一日インタラクティブデモ — 08:45 始業前の確認
カスタマーサポート課長 · 08:45

デモ環境より取得：サンプルデータと電子署名シミュレーション。

インタラクティブデモを開く「チームの一日」詳細ガイドを読むケース別の実機画面を見る

04 / 最小業務からの PoC 導入

単一業務で改善効果を定量検証した上で展開。

  1. 01

    対象業務と責任者の特定

    対象業務、接続システム、業務責任者、および定量的な評価指標を合意します。

  2. 02

    接続とシャドウ検証

    合意したサンドボックス内でデータフロー、権限判定、処理挙動を検証し、段階的に自動化範囲を拡大します。

  3. 03

    定量効果の検証と本格展開

    手動介入率、承認待ち時間、差し戻し率、未完了案件の推移を導入前と比較し、本格運用の展開を判断します。

検証範囲、スケジュールおよび費用は個別協議にて合意します。

プログラムの詳細

05 / IT・セキュリティ部門向け技術情報

アーキテクチャおよびセキュリティ評価に必要な詳細情報。

自社環境への配置、LLM 選択、既存システム接続、および基盤で動作するセキュリティ統制メカニズムをご確認いただけます。

製品アーキテクチャ

決裁ルート、状態比較、実行トークンの仕組み。

セキュリティと配置構成

データ経路、ネットワーク分離、構成別の統制要件。

既存システム接続

アダプター仕様および基幹システム連携要件。

GembaOS は、AI エージェントを職務権限規程・稟議・監査のもとで運用するための実行基盤です。ポリシーによる権限判定、パラメータに紐づくワンタイム許可証、人の承認記録を、オンプレミスまたはプライベート VPC 上で提供します。

技術資料を読むまず人で回し、あとから AI に任せる一度やってみせる（ブラウザ記録は試作段階）そのルールは効いているか――確かめ、試し、名前のある手続きで広げる

FAQ

導入前のご質問

ご質問の一覧を見る
稟議や承認で、日常業務が遅くなりませんか？

低リスクの参照や規程の限度内にある操作は、自動で通過できます。高額返金や本番の特権操作など、社内規程で承認が必要な処理だけを責任者へ回します。

手順書や SOP が未整備でも導入できますか？

はい。不足台帳が、未定義の手順や曖昧な境界を記録します。エージェントは草案を作成できますが、業務規程として採用する前に、責任者が確認・承認します。

データもモデルも、自社ネットワーク内で運用できますか？

オンプレミスまたは自社 VPC と、自社ホストモデルで構成できます。クラウドモデルや外部システムを利用する場合は別途データ経路が生じるため、必要に応じた項目のマスキングを含めて構成を検討します。

6 週間の先行導入には、どの程度の工数が必要ですか？

当社アーキテクトが伴走します。設定期間は IT・情シスの窓口担当者、シャドーモードでは業務の承認責任者の参加を想定しています。工数は連携対象により異なるため、パイロットの範囲とともに合意します。

貴社の業務から、お話ししましょう

PoCについて相談

財務・ERP・IT 運用・顧客対応など、検証を希望される業務シナリオをお聞かせください。メールにて日程を調整し、デモ環境にて具体的なご相談を承ります。

メールでご返信します。

* は必須項目です。

入力情報の取扱い

ご入力内容は、ご返信のために Lux Mentis Limited へ送信されます。当社のサーバーに保存し、担当者へメールで通知します。それ以外の目的には使用しません。 個人情報の取扱いを読む