アーキテクチャ白書（公開版）

GembaOS は、AI エージェントを職務権限規程・稟議・監査のもとで運用するための実行基盤です。ポリシーによる権限判定、パラメータに紐づく一次性許可証、人の承認記録を、オンプレミスまたはプライベート VPC 上で提供します。このページは『GembaOS 企業向けアーキテクチャ白書』の公開閲覧版（文書番号 GEMBA-WP-2026-PUB、v1.0.0、2026 年 9 月 16 日）で、CISO、CTO、CIO、企業アーキテクト、リスク・コンプライアンス・監査の担当者に向けて書いています。データ構造、許可証の発行アルゴリズム、アダプター仕様、レッドチーム試験報告を含む完全版はフォームからご請求ください。

なぜ企業はエージェントを本番に入れられないのですか？

GembaOS の出発点は一つの観察です。ERP、本番データベース、特権ドメインへエージェントを入れられない理由はモデルの推論能力ではなく、リスク管理委員会の四つの問いに既存の仕組みが答えられないことにあります。

1. 権限の出所: エージェントの書き込みと設定変更の一つ一つを、誰が承認したのか。
2. 責任の所在: プロンプトインジェクションや幻覚で損失が出たとき、法的な責任者は誰か。
3. データの境界: 多段の推論の中で、エージェントは権限のない機微な項目をどこまで読んだのか。
4. 証拠の再生: 判断の連鎖が確定的に再現できることを、監督当局や法務監査にどう証明するか。

従来の API ゲートウェイ、LLM ファイアウォール、システムプロンプトによる制約は、この四つに答えられません。業務承認の意味を持たず、「まずモデルを信じ、事故が起きたら止める」前提だからです。エージェントが文章を出すだけの間は、リスクは読む人が負っていました。API を呼べるようになった瞬間、文章の層の防御では足りません。ファイアウォールを一度抜けられれば背後の API はすべて露出し、長期の認証情報を持つエージェントは自律的な計画の中で想定外の書き込みをします。

アーキテクチャの原則は何ですか？

GembaOS は暗黙の信頼を置きません。モデルの良識に頼らず、企業の権限規程、二人一組の確認、職務分掌、規制の基準を、機械が確定的に執行する規則に翻訳します。四つの原則が基盤全体を貫きます。

• 厳格な代行権限: エージェントが社員の代わりに動くとき、有効な権限はエージェントの役割の権限、ログインした社員本人の権限、現在のプレイブックが宣言する境界の三つの共通部分です。社員が見られない財務データをエージェントが代わりに読むことはなく、社員が承認できない購買をエージェントが代わりに承認することもありません。これが代行実行です。
• 責任の空白を作らない: 誰も責任を負わない自律操作は存在しません。すべての作業票、参照、稟議書が、企業の IAM または SSO 上の自然人に結び付きます。
• データ境界はゲートウェイに: 権限のない項目と不要な文脈は業務機能ゲートウェイで切り落とされ、モデルの文脈に入りません。データベースの参照は列を宣言した読み取り専用ビューとパラメータ化されたプロシージャだけを通り、自由な SQL は受け付けません。
• モデル非依存、ドリフトなし: 承認規程、業務契約、安全境界はモデルから独立しています。自社ホストのモデルをクラウドの最新モデルに替えても、その逆でも、統制規則は変わりません。シャドーリプレイとゴールデンテストが切り替え前に差異を示します。

四つのゲートの実行エンジンはどう動きますか？

GembaOS は、業務の状態を変えるすべての重要な操作を、ポリシー判定、押印チェーン、一次性許可証、ホストの現況照合という四つのゲートに順に通します。

データ・成果物・監査記録はどう統制されますか？

GembaOS はすべての記録に機密区分、業務ドメイン、データ所在地の印を付け、作業票の事象を追記専用のハッシュチェーンで保持します。

• 成果物の機密区分: エージェントが起草するコード変更と報告書は、統制された成果物として管理されます。変更差分セットは触れたファイルの最も高い機密区分を引き継ぎます。成果物がサンドボックスを出る操作（マージ、提出、社外送信）は統制対象の操作であり、同じポリシー判定と押印を通ります。
• 会議室とナレッジの境界: 会議の生の記録がそのまま指示になることはありません。書記エージェントだけが議事録を起案し、主催者が承認して初めて作業票になります。閲覧権限のない機密文書への問い合わせには「存在しない」と答え、本当に存在しない場合と区別がつかないため、探りを入れることができません。
• ハッシュチェーン監査記録: 作業票のすべての事象は追記され、暗号学的なハッシュチェーンで連結されます。改変、削除、順序の入れ替えは連鎖を壊し、完全性はいつでも検証できます。記録は通常のファイルで、法的証拠や否認防止の要件に応じて企業が選ぶ WORM 媒体に置けます。GembaOS 自体は WORM ストレージを同梱しません。監査再生は記録済みの判定を現行ポリシーで再実行します。

既存のシステムとエージェントはどう接続しますか？

GembaOS はモジュール化されたアダプターで既存システムを統制対象の機能として包み、何も書き直しません。既存の AI アシスタントやエージェント基盤とは双方向の MCP で相互運用します。

• 提供方向: 既存システムを標準の MCP ツールとして包み、社内で使っている Claude、Copilot、Cursor から呼べるようにします。呼び出しのたびに四つのゲートを通ります。
• 受け入れ方向（BYOA）: LangGraph や Dify などで作った既存のエージェントは、ツールの接続先を GembaOS のゲートウェイに向けるだけで、編成コードを変えずに稟議と許可証の保護を得ます。

SOP が整う前に始められますか？

GembaOS の不足台帳は、完全な手順書がなくても安全に始めるための仕組みです。エージェントは未定義の手順や境界に出会うと、不足を報告するだけで越権しません。

1. エージェントが未定義の手順や境界に当たると、不足と提案草案を記録し、推測しません。
2. 台帳は同種の不足をまとめ、定期的に担当部門の責任者の机へ回します。
3. 責任者が審定台でパスキーを使って審査し、承認された手順は統制されたナレッジライブラリに入り、不足は閉じます。

こうして日々の運用の中で、エージェントが散在する暗黙知を構造化された規程資産に変えていきます。

統制はどの基準に対応しますか？

GembaOS は、国内外の主要なサイバーセキュリティ、AI、金融規制の基準が求める統制項目を、実装済みの仕組みに対応付けています。この対応は当社の自己評価であり、監査法人の監修は受けていません。2026 年 9 月 16 日時点で GembaOS は SOC 2、ISO 27001、ISO 42001 などの第三者認証を取得していません。当社が提供するのは設計と検証結果で、評価は貴社とその監査人が行います。

6 週間の試行導入はどう進みますか？

GembaOS は標準化した 6 週間の道筋で、組織の摩擦を最小にして業務価値を確かめます。これが先行導入パートナーのプログラムです。

用語は言語をまたいでどう対応しますか？

GembaOS のコンソール、ポリシー、文書はどの言語でも同じ核となる用語を使います。用語集が各語を一度だけ定義します。

完全版には何が含まれ、どう入手できますか？

完全版の技術白書には、詳細なデータ構造（JSON Schema）、許可証の発行アルゴリズム、アダプター仕様、20 のレッドチーム事例の完全な報告が含まれ、勤務先のメールアドレスを添えてご請求いただけます。企業がエージェントを迎える目的は、効率的で、規律があり、境界の定まった働き手を得ることです。モデルがどれほど賢くても、企業の中では権限規程と承認手続きに従います。

• 完全版の技術白書を請求する（フォームで「技術資料の請求」を選択）
• 30 分の無料相談を予約する
• 先行導入パートナーに申し込む

関連: セキュリティと導入形態、用語集、よくあるご質問。