AIDB Daily Papers
コンテキストKubernetes:エージェント型AIシステムのためのエンタープライズ知識の宣言的オーケストレーション
※ 日本語タイトル・ポイントはAIによる自動生成です。正確な内容は原論文をご確認ください。
ポイント
- エンタープライズ知識をエージェント型AIシステムで活用するためのアーキテクチャ「Context Kubernetes」を提案し、プロトタイプ実装と実験を行った。
- 組織全体の適切な知識を、適切な権限で、適切なエージェントに届ける構造が、Kubernetesのコンテナオーケストレーション問題と類似している点が新しい。
- 3層の権限モデルにより、ACLフィルタリング、意図ルーティング、RBACなどを組み合わせ、攻撃シナリオを阻止し、安全性検証も行った。
Abstract
We introduce Context Kubernetes, an architecture for orchestrating enterprise knowledge in agentic AI systems, with a prototype implementation and eight experiments. The core observation is that delivering the right knowledge, to the right agent, with the right permissions, at the right freshness -- across an entire organization -- is structurally analogous to the container orchestration problem Kubernetes solved a decade ago. We formalize six core abstractions, a YAML-based declarative manifest for knowledge-architecture-as-code, a reconciliation loop, and a three-tier agent permission model where agent authority is always a strict subset of human authority. On synthetic seed data, we compare four governance baselines of increasing strength: ungoverned RAG, ACL-filtered retrieval, RBAC-aware routing, and the full architecture. Each layer contributes a different capability: ACL filtering eliminates cross-domain leaks, intent routing reduces noise by 19 percentage points, and only the three-tier model blocks all five tested attack scenarios -- the one attack RBAC misses is an agent sending confidential pricing via email, which RBAC cannot distinguish from ordinary email. TLA+ model-checking verifies safety properties across 4.6 million reachable states with zero violations. A survey of four major platforms (Microsoft, Salesforce, AWS, Google) documents that none architecturally isolates agent approval channels. We identify four properties that make context orchestration harder than container orchestration, and argue these make the solution more valuable.
Paper AI Chat
この論文のPDF全文を対象にAIに質問できます。
質問の例: