去中心化 Agent 组织
AIDC 不部署"一个超级 Agent 管全公司"。去中心化 Agent 组织把治理责任一分为二：中央维护语义、身份、策略和审计标准，部门或服务节点负责本地任务、文件结构、上下文质量和局部优化。
去中心化 ≠ 无治理。恰恰相反：只有当中央的治理职责被收窄到语义接口、权限边界和审计协议这几件可执行的事情上，治理才真正可执行。试图治理一切的中央，最终什么都治理不了。
为什么不是一个中央超级 Agent
"用一个全知全能的 Agent 接管全公司"是企业 AI 最直觉、也最危险的架构。它在三个维度上同时失败：
- 上下文失败 — 全库检索意味着上下文要么过宽(看到不该看的敏感资料)，要么过窄(漏掉关键文件)。没有任何提示工程能在"一个 Agent 面对全部企业数据"的前提下稳定生成最小可用上下文。
- 权限失败 — 一个能读写一切的 Agent，等于把全公司的访问控制压缩成一个点。它无法被安全授权，任何一次错误都可能波及全局。
- 运维失败 — 中央团队必须理解每个部门的全部业务细节才能维护这个 Agent。组织越大，这个前提越不成立。
AIDC 的答案是结构性的：让多个有边界的 Agent Cell 在同一个企业语义层下自治协作。每个 Agent 首先是它负责目录的文件管理者，一组相关的 Agent 与目录聚合为一个 Service Node，节点之间通过文件、Action Log、Ontology link 和事件协作——而不是依赖一个中央大脑。
中央负责 vs 节点负责
去中心化的关键不是"放权多少"，而是按职责性质切分：凡是必须全局一致的(语义、身份、审计标准)归中央，凡是依赖本地知识的(文件、任务、工具、优化)归节点。
| 中央管理平面负责 | 部门 / 服务节点负责 |
|---|---|
| Ontology schema 与版本治理 | 本节点文件结构和上下文质量 |
| 身份、策略、密钥、审计标准 | 本节点任务执行 |
| 跨部门事件协议 | 本节点自动化和工具集成 |
| Agent 模板、基线能力和安全基线 | 本节点局部优化与反馈 |
注意两列的不对称：中央负责的是接口与标准(schema、协议、模板、基线)，节点负责的是内容与执行(文件、任务、工具、优化)。中央不接管任何一个节点的具体工作，节点不定义任何全局语义。这条分界线落实到平台上，就是 权限模型 与 Context Gateway 的设计依据。
判断一项职责归中央还是归节点，只问一个问题：它是否必须全局一致？是——归中央，并形式化为可执行的接口或协议;否——归节点，中央只验收结果，不干预过程。
为什么这样降低中央运维复杂度
这种切分最直接的工程收益，是中央团队的运维复杂度不再随组织规模线性增长：
- 中央不需要理解每个部门的全部细节。它只需要定义可执行的语义接口、权限边界和审计协议。部门业务再复杂，中央看到的始终是同一套 Object、Link、Action 和事件协议。
- 变更被局部化。节点内的文件结构调整、工具更换、流程优化，都不需要中央审批或发版。只有触及全局语义和跨部门协议的变更才走中央治理流程。
- 故障被局部化。单个节点不可用只影响该部门，不拖垮全局;单个 Agent worker 崩溃由同 Cell 的其他 worker 接管。中央 Ontology 服务只做语义、策略和路由，不承载任务执行，本身就不是吞吐瓶颈。完整的降级策略见 可靠性模型。
- 审计反而更完整。因为所有状态变更都必须通过声明的 Action Type 提交并写入 Action Log，中央获得的是统一格式的全局审计链——这比"中央亲自做所有事"的架构更可审计，而不是更少。
与自演化 Ontology 的关系
去中心化不只是一种运行架构，更是 自演化 Ontology 的生长条件。企业语义层不可能由中央团队预先建模所有业务细节——真实的对象、关系和动作只有在节点的日常工作中才会暴露出来：
- 节点在执行任务时发现上下文缺口、重复流程和缺失的关系，这些观察是演化的原始输入;
- 节点 Agent 基于本地观察生成 Ontology 提案(新增对象、关系或 action);
- 中央按治理流程审批：低风险本地改动可规则批准，高风险改动需人工或策略审批;
- 变更先灰度发布到单个节点，指标确认有效后再推广为全局语义。
换句话说：节点提供演化的素材与试验场，中央提供演化的治理与发布通道。语义层因此能从多个节点中自然生长，而不是依赖一次性的中央建模。完整闭环见 Evolution Loop。
失败模式
这套架构有两种典型的退化方向，分别对应分界线向两侧的失守：
中央开始审批节点的文件结构、干预节点的工具选择、要求所有任务上报——分界线向节点一侧侵蚀。结果是中央重新成为瓶颈与单点：每个变更都要排队，每个故障都波及全局，组织退化回"一个中央超级 Agent"的等价物，只是换了治理的名义。信号：节点的本地优化需要中央发版、中央团队规模随部门数量线性增长。
节点绕过声明的读写边界访问其他节点的文件、私建跨部门数据通道、在 Action Log 之外直接改变企业状态——分界线向中央一侧失守。结果是语义漂移与审计缺口：同一个对象在不同节点有不同含义，出了问题无法回答"谁改的、为什么改"。去中心化退化为各自为政。信号：跨节点协作靠口头约定而非事件协议、审计链出现无法解释的状态变更。
两种失败模式的对策是同一个：把分界线本身形式化。中央的职责清单与节点的读写边界都必须写成可执行的接口、策略和协议——靠默契维持的分界线，迟早向某一侧失守。高权限 IAM 策略、密钥管理、跨部门敏感数据共享规则和生产环境破坏性动作，永远保留人工批准或强策略审批，不进入任何自动演化通道。
相关阅读
- Agent 即文件管理者 — 去中心化的前提：每个 Agent 先有边界
- Service Node — 节点作为自治协作单元的完整定义
- 自演化 Ontology — 在去中心化结构上生长的语义层
- 架构总览 — 中央平面与节点在六层架构中的位置
- 治理规则 — 分界线在公司文件系统层的落地