先区分 PoC 与生产系统
PoC 的目标是快速消除最大的不确定性，例如模型能否理解某类文档、能否调用某个系统。它可以依赖小样本、人工准备数据和临时界面。
生产系统面对的是持续流量、异常输入、权限变化、业务责任和运行成本。它必须有明确负责人、监控机制与出错后的接管路径。
- PoC 验证技术假设；生产系统按约定业务指标验收
- PoC 可以使用理想样本；生产必须覆盖代表性与风险样本
- PoC 允许人工看护；生产必须有明确运行机制
生产化需要补齐的五层条件
一个应用是否能上线，可以从业务、数据、系统、评测和运营五层检查。任何一层缺失，都可能让效果停留在演示。
- 业务：明确用户、流程、基线、负责人和验收指标
- 数据：来源、权限、质量、更新和删除责任清晰
- 系统：身份、接口、异常、并发、延迟和成本可控
- 评测：代表性样本、风险红线、回归测试和人工复核
- 运营：监控、反馈、降级、回滚、版本与接管机制
从最小生产闭环开始
最小生产闭环不等于最小功能 Demo。它应该完整覆盖一次真实任务：获得输入、使用授权数据、调用必要工具、输出结果、经过人工确认并留下运行记录。
范围可以很窄，但责任链必须完整。先让有限用户在有限权限下稳定使用，再扩展场景、用户和自动化程度。
一份可执行的上线门槛
上线门槛应该在构建前约定，而不是项目结束时临时判断。建议至少包含业务改善目标、质量底线、风险红线、运行预算和人工接管方案。
- 在真实评测集上达到约定质量阈值
- 高风险样本达到约定拦截标准，漏拦截项逐项复核
- 关键工具调用有权限控制、幂等与审计
- 异常时能回退到人工或原有流程
- 业务负责人确认灰度范围与持续运营责任