供应商把"6–12 周交付"写进方案书，企业签字立项，结果项目到第 8 周还在对齐需求。这样的场景在 2026 年并不少见。问题往往不在技术，而在交付这个词没有被定义清楚：到底几周后交什么、按什么标准算完成、达不到怎么办。
本文把企业 AI Agent 从 0 到 1 的交付拆开，给出四阶段交付物、SLA 五项指标与一份可逐条对照的验收清单，帮企业在签字前把"6–12 周"背后的含义问明白。
先厘清：交付不是部署
很多企业把交付理解成"系统装好、能打开"，但那只完成了部署，没完成交付。企业级环曜 Agent 本地化部署在立项时会把两者分开定义：部署是把软件放进内网跑起来，交付是把"能稳定产生业务价值、且企业自己能运维"的能力交出去。
这个区分直接决定 6–12 周能不能守住。能承诺较短周期的项目，通常满足三个前提：场景边界清晰（不贪多）、数据就绪（不问数据在哪）、集成面小（不动核心系统）。三者缺一，周期就会被无限拉长。IDC《中国企业级 AI Agent 应用趋势报告（2026）》也指出，企业级 AI Agent 项目从立项到规模上线普遍跨越一个季度以上，交付周期管理已成为落地成败的关键变量。
从 0 到 1 的四个阶段与交付物
把交付拆成可验收的四阶段，每一阶段都有明确产出和退出条件。企业可以按阶段设卡点，通过才进下一阶段，避免走到后期才发现方向不对。
阶段一：需求与边界定义（第 0–2 周）
这一阶段不写代码，只产出一份双方签字的边界文档：场景清单（先做哪几个、暂不做哪几个）、数据清单（哪些数据可用、在哪、要不要脱敏）、集成清单（对接哪几个系统、只读还是可写）、验收指标基线（准确率、召回率、时延的初始目标）。企业级环曜知识库本地化部署在接入阶段会先在本地把知识整理成可做 RAG 文档检索的形态，数据是否就绪在这一步就能验证，而不是等到试点才发现缺数据。
阶段二：试点验证 PoC（第 2–6 周）
这一阶段产出可运行原型与评测报告：用企业真实问题跑评测集，给出准确率、召回率与失败用例清单。关键不是 demo 好看，而是失败得可解释。环曜 Claw 在业务系统集成试点里会先接只读接口，把判断与执行分开验证，避免一上来就动生产数据。
阶段三：集成与私有化部署（第 6–10 周）
这一阶段把原型搬进生产环境：完成与业务系统的集成、配置权限与审计留痕、交付运维手册。企业级环曜 Agent 本地化部署在这一步把模型与数据都收进内网，做到数据不出域、调用可审计，既是合规要求，也是后续验收的硬指标。
阶段四：上线与运营交接（第 10–12 周）
此后进入运营交接：交出 SLA 报表、值班与响应机制、知识迁移文档，确保企业团队能独立接手。环曜 Claw 把集成与调度逻辑沉淀在网关层，交接时企业拿到的是一套可自己维护的配置，而不是只有供应商能改的黑盒。
SLA 要写清的五项指标
交付标准说不清，SLA 就无从谈。企业级环曜 Agent 本地化部署在合同里通常约定下面五项，建议企业逐条确认口径。可用性指系统可正常服务的比例（如 99.9%，需写明统计口径与排除条件）；响应时延按 P95 而非平均值，避免被个别快请求掩盖；准确率必须绑定评测集，写清用哪套题、多少条；数据边界约定数据不出域、操作可审计；故障响应约定各级别的响应与恢复时间（RTO/RPO）。中国信通院《人工智能工程化与交付实践白皮书（2026）》也指出，把 SLA 落到可测指标而非形容词，是交付争议明显减少的直接原因。合同里数据与成果的权属该怎么写，可对照《企业私有化与本地化部署的知识产权归属》一起看。
一份可逐条对照的验收清单
上面五步走完，企业可按下表逐条对照验收，任一条不达标就暂不签收。
- 边界文件：场景、数据、集成、指标四份清单齐全且双方签字；
- 评测报告：准确率、召回率达到基线，失败用例有分类与改进计划；
- 生产环境：完成集成，权限最小化、操作可审计；
- 知识资产：企业级环曜知识库本地化部署已完成本地知识整理与文档检索配置；
- 运维文档：含部署手册、故障处置、联系人清单；
- SLA 报表：五项指标有可查数据，不是口头承诺。
服务商选型的坑与报价之外的评估维度，可对照《工信部培育 AI 服务商破 2000 家：企业 Agent 选型别再只看报价》一起看。验收清单的四类要素（服务内容、服务水平、双方职责、计费）参照全国信息技术标准化技术委员会（ITSS）《信息技术服务 服务级别协议（SLA）实施指南》组织。想把交付与验收口径落到合同里，可参考我们的本地化部署服务页里的交付物与验收项。
一个匿名项目里的交付周期
数据来源：环曜实验室 2026 年 1—9 月跟踪的 15 个企业 AI Agent 私有化交付项目（口径：含数据接入、集成与私有化部署；时间窗：2026 年 1—9 月；样本量：15 个项目）。从启动到验收平均用时 9.4 周，其中 4 个因边界反复变更超过 12 周。环曜实验室观察到，超期项目里需求在中途扩张是共同特征，而边界文档经双方签字确认的项目，平均能在 8 周内完成验收。
结语
"6–12 周交付"不是营销话术，而是一份被拆细的承诺：四阶段交付物、五项 SLA 指标、一张可逐条对照的验收清单。企业级环曜 Agent 本地化部署把边界文档、评测集与验收项提前写清，周期才守得住。签约前把这张清单过一遍，比事后追着问怎么还没上线有效得多。
你手上的交付项目，卡在四阶段里的哪一步？欢迎在评论区说说，我们一起看清单该怎么补。
常见问题 FAQ
Q：Q1 6–12 周是从签字算，还是从数据就绪算？
要看合同怎么写。行业惯例是从双方签字、且数据就绪之日起算。建议在合同里明确起算点与数据就绪的定义，否则容易在周期归属上扯皮。
Q：Q2 数据不齐会影响交付周期吗？
会，而且是超期的主因之一。企业级环曜知识库本地化部署在阶段一就核对数据清单，缺什么、要不要脱敏都会提前列出，避免试点阶段才发现数据不可用。
Q：Q3 SLA 里的准确率怎么定才算合理？
要绑定评测集：用企业真实问题构成 100–300 条测试集，写明达标线。企业级环曜 Agent 本地化部署会把评测集与达标口径写进验收条款，避免上线后对准不准各说各话。
Q：Q4 验收不通过怎么办？
先按清单定位是哪一条不达标，再约定整改期限与复验方式，而不是笼统重做。环曜 Claw 把验收项做成可查的网关配置，哪一条没过能直接定位，减少来回。
Q：Q5 私有化部署的验收和云 SaaS 有什么不同？
多两项：数据是否不出域、运维能否自己接手。云上这两项由平台兜底，私有化则要企业自己验证，所以验收清单里要单独列出。企业级环曜 Agent 本地化部署会把这四项做成可复核的清单，逐条留痕。
