ENTERPRISE / PRIVATE RUNTIME
知識の場所と、
実行する計算資源を選べる。
企業導入では、すべてを同じ場所へ集めることが要件とは限りません。Private Knowledge、Project Knowledge、Global Knowledgeを分け、社内ネットワーク、専用GPU、Local LLM、Gatewayを組み合わせる前提で導入条件を整理します。
DESIGN INPUTS
導入構成は、利用条件から決める。
Knowledgeの場所
社内文書、コード、顧客固有情報、個人情報をLocal / Project / Globalの境界で分ける。
実行する資源
Codex、GLM、Local Qwen、Pooler、GPUなどを、対象業務とデータ分類に合わせて選ぶ。
権限と承認
候補生成、Proposal、確定知識、外部作用を同じ自動化境界に置かない。
運用の回復
health、readiness、graceful shutdown、背景タスク回復、ログと状態を確認可能にする。
BOUNDARY FIRST
公開面、実行面、知識面を分ける。
現行アーキテクチャでは、PortalとGatewayを公開面に置き、推論、GPU、共有Knowledge DBを内部側へ分離します。Gatewayは認証とRelayを担い、daemonはBrain、Tool、Evaluation、Knowledgeへ接続します。
現行アーキテクチャの詳細 →利用者 / CLI
↓ 認証付きRelay
Gateway (公開面)
↓ 内部接続
Private Runtime / daemon
├─ Knowledge / Verification
├─ LLM / GPU / Tools
└─ Session / Task recoveryINTRODUCTION FLOW
Assessmentから、受入条件を持つ運用へ。
01
Assessment
利用人数、Knowledge量、データ分類、既存システム、Review体制、成功指標を確認する。
02
Bounded Assessment
一つの判断業務を選び、現行のWork Runtime、Knowledge境界、必要な実行条件を測定する。
03
Acceptance
精度だけでなく、Provenance、承認、再実行性、運用回復、データ境界を受入条件にする。
04
Deployment design
Private Runtime、Gateway、GPU、Local LLM、接続範囲を、確認済みの要件に沿って設計する。
導入設計として確認し、未確認の提供条件は約束しない。
Private Deploymentの導入条件は murasame private validate で契約として検証できます。GPU provisioning、導入自動化、SLA、監査資料は現行の完成機能ではないため、まず必要なデータ境界・計算資源・Review・成功指標を伺い、現行実装で検証できる範囲を明確にします。