部署总览

这一页回答「怎么把 AIDC 部署起来」。不是安装手册——那部分几乎不需要客户操心；真正决定成败的是顺序：先建目录再收文件、先只读再写回、先跑通一个闭环再谈第二个。下面给出完整的部署路线、每一段的交付物、需要客户配合什么，以及最容易卡住的地方。

// 一句话理解

部署不是「装一套软件」，是「让一家公司多出一批有岗位、有权限、有记录的数字员工」。因此它的节奏跟招人上岗一样：先定岗、再给资料、再试用、再考核、最后才放权。

四段路线

一次标准部署分四段。每一段都有明确的交付物和验收标准，任何一段没验收就不进下一段——跳段是部署失败最常见的单一原因。

第 0 段 · 诊断1–2 周

进现场把组织看清楚：谁在做什么、资料在哪、哪些判断只存在于某几个人脑子里。产出流程与权限地图、AI 机会清单、重建蓝图。这一段不写代码——先调研后方案是不可让步的顺序。

第 1 段 · 数据基座2–4 周

建目录骨架、把现行文件收进来、按三级分级定权限、建知识库。交付物是一套有归属、有密级的组织记忆。验收标准很直接：随便挑一份文件，能说清它归谁、谁能看。

第 2 段 · 数字员工2–4 周

按管理域设岗、写岗位说明书、在部门运行时里上岗、接入日常沟通渠道。第一批一律只读只答。验收标准是「问得到、答得准、有出处」——第三条最难，也最不能省。

第 3 段 · 业务闭环4 周起，按场景滚动

接业务系统（只读起步）、建语义模型、定义受控动作、把第一个业务闭环跑起来，再沿价值链复制。这一段没有终点——它是从项目转入常态运营的过程。

部署对客户的占用比多数人预期的少，但有几件事必须由客户来做，AIDC 无法代劳：

// 部署纪律

不跳段、不并段。「数据基座还没建完，能不能先让 AI 答几个问题看看效果」——可以做演示，但不算交付，也不能作为进入下一段的依据。绕过验收进入下一段的部署，最后都要退回来重做。

卡点	表现	怎么解
没有明确的域负责人	目录建好了没人往里放东西	停下来先定人。无主的目录不会自己长出内容
想一次接完所有系统	IT 排期排到三个月后，项目停摆	先做不需要 IT 的部分（文件、知识库、渠道），系统接入并行推进
拿历史归档当现行资料	回答引用了作废版本，业务侧失去信任	只收现行版本；历史单独归档、默认不进检索
跳过评估直接放权	出一次错就全面叫停	按风险分级设门槛，高风险动作保留人工批准
把部署当 IT 项目	业务侧全程不参与，交付后无人使用	每段验收必须由业务负责人签字，而不是 IT

四段走完，系统进入常态运营：数字员工按周期产出、价值链持续运转、每次改进都有度量。这个阶段的完整说明在持续运营，而衡量「部署到了哪一级」的标尺见 Agentic 部署等级。