正文
获取原文件references/delivery-modes.md
无论哪种形态，仅一个主交付对象、一个约定版本和一个验收入口。DELIVERY是索引，不是实现成果的替代。
已有平台落地
先确认产品/租户/工作空间及真实可用能力。最小成果通常包括实际配置的工作空间、受控资料源、真实角色与权限、获准工具/模板版本、任务执行入口、日志和停用/恢复证据。引用已有平台的资源ID和可访问位置，不伪造“platform-config.json”冒充厂商接受的配置。
平台能实现就优先配置，不为表现开发能力另造软件。本地参考程序只能作为参考工件；客户目标是平台工作空间时，没有实际配置、联调和任务运行证据，目标交付仍为PARTIAL/NOT_RUN。
软件/集成建设
读取实际仓库说明、已有能力、配置和测试；检查生成代码与源规范、调用链、数据映射、幂等/重试/对账、权限及副作用。先找到可复现问题或验收用例，再实施最小变更，保留无关工作。工程方案的范围来自获准目标，不能利用缺少其他系列为由不做实际实现。
记录候选修订、测试命令/结果、环境、未跑项、数据迁移、监控、恢复与运行入口。用已有获准工具；依赖下载、生产操作、采购等单独遵循授权。
非AI流程/组织改进
交付对象可以是实际启用的新审批/交接/排班/协作流程，包括生效范围、流程版本、责任接受、现行配置或制度、真实试行记录和异常升级。只有未来流程图或SOP草稿时，仍是设计/准备，不算启用完成。未获准改制度时先给提案而不代替负责人宣布生效。
启用前检查
建立“版本—环境—数据—动作—操作人—授权来源—质量—恢复—运行负责人”的对应记录。并行迁移、历史任务、缓存、外部写入等副作用按需核查；不是所有变更都能仅靠代码回滚。
通过本地检查只是本地结论。仅阻塞缺证据的依赖动作；正常准备可继续。控制更新、依赖变化或范围扩展时使相应旧证据待复核；不把旧测试时间改成新执行。