发布、故障响应与平台组件化

从试点到生产的发布门

Demo 展示一个想法；原型验证最大不确定性；PoC 证明关键技术与质量可以成立；试点让限定用户在真实任务中运行；生产要求稳定、可支持、可审计并有持续责任。

前一阶段成功不能自动证明后一阶段已经就绪。项目汇报必须写清当前阶段和仍未证明的部分。

进入下一阶段前检查真实数据、用户、接口、质量、权限、日志、回退和负责人。PoC 毕业进入试点，需要关键质量、代表性样本、真实用户与业务流程都具备。

试点进入生产，还要补齐容量、稳定性、告警、故障响应、发布和维护责任。

生产代码、可观察性与回滚

生产交付需要版本控制、测试、配置与密钥管理、发布记录、Trace、日志、业务指标、告警和回滚。每次运行保留模型、Prompt、知识、输入、输出、人工干预、时延和成本。

生产代码硬边界保证系统可被定位、修复和恢复。它不能在项目后期临时补齐。

运行责任、故障响应与退出

上线前明确谁响应故障、谁批准变更、谁更新知识、谁判断业务影响、谁与用户沟通。外部 FDE 还要说明支持范围、响应时限、升级路径和退出条件。

客户接管不等于外部团队立即离场。责任应通过共同运行、演练和逐步移交完成。

用故障演练验证恢复

选择一个代表性依赖中断、越权或结果风险，演练检测、分级、告警、人工接管、回滚、恢复和复盘，记录每个响应时间与责任人。

从现场沉淀平台组件

每个项目结束都要区分客户独有问题、同类客户会重复的问题、可做成模板或 Skill 的内容，以及需要平台解决的系统能力。

备忘录还要记录哪些现场证据推翻了原有产品假设、临时修补为何出现，以及不建议产品化的原因。

第一层复用方法、检查表和作业模板；第二层复用 Skill、连接器和评估组件；第三层才进入平台能力。越接近平台，越需要跨客户证据和维护责任。

不是所有客户需求都应该产品化。过早把专属规则写进平台，会把一次性交付问题长期带给所有客户。