AIDC AI DEPLOYMENT COMPANY

把公司,
部署成一台计算机

文件系统保存上下文,Agent 像进程一样围绕文件工作,人类通过权限访问对应目录,组织能力通过 Harness 被部署、复用和演进。AIDC 帮助组织把 AI 从工具使用,推进到组织部署。

FILES AS MEMORY · AGENTS AS PROCESSES · ONTOLOGY AS THE OPERATING SYSTEM

10×
C-suite Agent Cells
6
平台架构层
100%
Action 审计覆盖
1
企业语义层 / Ontology
01问题

企业 AI 落地的瓶颈,
从来不是模型。

模型能力每三个月翻新一次,但组织没有变化:上下文散落在聊天记录里,权限靠口头约定,流程在某个人的脑子里,没有任何动作可以被审计和复盘。

  1. 上下文没有被组织化

    战略、知识、客户、决策散落在工具和个人记忆中。Agent 每次都从零开始,要么看到太多敏感资料,要么只看到孤立文件。

  2. 权限没有边界

    "所有人和所有 Agent 看到所有内容"不是协作,是风险。没有目录级、对象级、动作级的边界,AI 无法被安全授权。

  3. 动作不可审计

    AI 改了什么、为什么改、基于什么上下文——传统部署回答不了。没有 Action Log,就没有复盘,也没有责任边界。

  4. 能力无法沉淀

    每次交付都是一次性项目。流程没有变成 SOP,经验没有变成文件,Agent 没有变成组织资产。公司无法移交,也无法演进。

02判断

AI 落地的答案不是更强的模型,而是可运行的组织系统:上下文、权限、流程、责任和审计被组织化之后,模型能力才能变成组织能力。

— AIDC OPERATING THESIS

03平台

一套企业操作系统,六个层。

AIDC 不部署"一个超级 Agent 管全公司",而是让多个有边界的 Agent Cell,在同一个企业语义层下自治协作。中央只维护语义、身份、策略和审计,部门节点负责自己的文件、任务和执行。

FIG. 01 — PLATFORM STACK
L6Observability & Evolution审计 · 指标 · 失败恢复 · 能力演化
L5Runtime & StorageAWS 隔离运行时 · 文件系统 · 向量索引 · 队列
L4Department Agent Cells部门级自治 Agent 单元
L3Context Gateway按身份与权限生成最小可用上下文
L2Policy & Identity Plane部门 · 人员 · Agent · 资源权限
L1Enterprise Ontology Layer对象 · 关系 · 动作 · 接口 · 语义版本
AIDC 平台六层架构:Ontology 在最底层定义企业语义,所有 Agent 动作必须经过 Context Gateway 与策略平面,最终进入可观测与演化层。
04ONTOLOGY

Ontology 是 Agent 的
上下文操作层。

Ontology 把企业对象、关系、动作、权限和历史决策组织成可推理、可执行、可审计的结构。它不只是数据模型,而是 Agent 的上下文路由器和操作合约。

// OBJECTS

对象与关系

客户、合同、项目、工单、员工、Agent、部门——现实世界实体被定义为 Object Type,通过 Link Type 互相连接。

Object Types
// CONTEXT

最小可用上下文

Agent 不做全库搜索。Context Gateway 按任务、身份和权限,生成刚好够用的上下文包——不过宽,不过窄。

Context Gateway
// ACTION

受控动作

改变企业状态必须通过 Action Type 提交,绑定发起者、Agent 版本和上下文版本,写入 Action Log。

Action Types
// GOVERNANCE

治理与演化

语义层在使用中演化:失败、缺口和重复流程被观察、诊断、提案、审批,灰度发布后更新 Ontology。

Evolution Loop
05服务

从一个文件夹开始,
到一套可运行的组织系统。

交付形态不是咨询报告,也不是单点工具,而是部署:进入真实流程,建立 Harness,沉淀可复用的组织能力。

SERVICE / 01

Backend Agent Service

为有行业渠道和服务场景的客户提供 Agent 后台:管理面板、客户与订单记录、权限、日志、结算和持续运维,让客户对外运营自己的 Agent 服务。

了解服务
SERVICE / 02

Company Harness 部署

为组织建立 C-suite 对齐的公司文件系统:目录即权限边界,Agent 即目录管理者,战略、知识与流程沉淀为可执行、可移交的上下文。

了解服务
SERVICE / 03

FDE 驻场部署

Forward Deployed Engineer 进入客户真实工作流:还原流程、标记决策点与权限边界、定义最小可交付方案,并把经验沉淀回服务系统。

了解模式
06治理

十个目录,
十个 C-suite Agent。

AIDC 自己就运行在这套系统上:一个根目录对应一个 C-suite Agent,一个 Agent 只拥有一个根目录。跨职能协作通过引用、请求和决策记录完成,而不是共享所有权。

FIG. 02 — COMPANY FILESYSTEM
.
├── 01_executive/          # CEO Agent — 战略与决策
├── 02_information/        # CIO Agent — 输入与研究
├── 03_finance/            # CFO Agent — 定价与模型
├── 04_products/           # CPO Agent — 产品与服务
├── 05_technology/         # CTO Agent — 研发与部署
├── 06_operations/         # COO Agent — 交付与 SOP
├── 07_human_resources/    # CHO Agent — 角色与训练
├── 08_legal/              # CLO Agent — 合规与边界
├── 09_marketing/          # CMO Agent — 品牌与内容
└── 10_sales/              # CSO Agent — 客户与渠道
AIDC 公司文件系统:目录天然承担权限边界,每个根目录由唯一的 C-suite Agent 拥有并维护。
07文档

详细的文档,
因为部署需要被理解。

// CONCEPTS

核心概念

公司即计算机、Company Harness、Agent 即文件管理者、自演化 Ontology、去中心化 Agent 组织。

阅读概念
// ARCHITECTURE

平台架构

六层架构、Agent Cell、Context Gateway、权限模型、可靠性与降级、演化闭环、AWS 部署映射。

阅读架构
// REFERENCE

Ontology 参考

Object Types、Link Types、Action Types、Interfaces、Action Log——完整的语义层参考定义。

阅读参考
// DEPLOY

你的公司,值得一次
真正的 AI 部署。

从一次 FDE 客户调研开始:我们进入你的真实流程,标记 AI 可以辅助、自动化或重构的环节,并给出最小可交付方案。