每个阶段，
都有明确的下一步
先验证业务价值，再扩大实施范围。交付周期、服务范围与支持方式由实际需求和项目约定确定。
- 01
需求梳理
业务问题、现有系统、参与角色明确使用场景、数据来源、操作边界与验收目标。识别哪些动作可以自动化，哪些必须由人工决定。
阶段交付场景蓝图 · 数据清单 · 验收口径 - 02
场景试点
代表性样本与受控测试环境用真实样本验证检索、问答、工具调用或业务流转，记录错误与边界，确定是否进入实施阶段。
阶段交付试点配置 · 评估记录 · 问题清单 - 03
系统集成
接口协议、身份规则、部署资源适配账号体系、业务字段和上下游接口，明确重试、幂等、超时与回退策略。
阶段交付集成说明 · 权限配置 · 运行环境 - 04
安全与业务验收
联调版本、权限矩阵、验收用例验证角色隔离、操作留痕、数据边界及关键业务路径。根据约定用例逐项验收，保留结论。
阶段交付验收记录 · 风险项 · 上线清单 - 05
部署与运营
确认的上线范围与运维分工完成部署、备份、监控和使用交接。建立知识更新、反馈收集、问题响应与版本迭代机制。
阶段交付部署文档 · 运营手册 · 交接记录
适配企业，
也适配既有架构
部署不只是一组安装步骤。需要一起确定数据流向、账号权限、模型服务、网络连接和运行责任。
数据与应用在企业控制范围内
部署参考架构适合有明确数据驻留要求的组织。计算资源、模型服务、网络出口和运维职责需要在部署前确认。
上线之前，共同确认
验收以约定的业务用例为依据；涉及模型的效果测试需要在实际模型与数据环境中完成。
业务可用
正常流程、异常输入、人工接管和失败回退都有明确结果。
数据可控
角色访问、传输边界、保留策略与删除方式经过核对。
运营可接手
负责人、监控方式、备份恢复和版本回滚有对应文档。
为下一步实施，先划清范围
整理需求、现有系统和部署边界，为下一步方案交流准备一份清晰的需求单。