AI 项目需求变更：把缺陷、新需求和发现未知分开处理

客户说“这个回答不对”可能是既有承诺没做到也可能是问题超出了约定资料还有可能是原资料本身相互冲突。若一律按新增需求收费合作会失去信任若一律免费插入团队也无法守住交付节奏。变更流程首先是一种共同辨认问题的方法。基线需要描述可观察的行为“支持智能问答”不足以成为工程基线。至少应写清输入资料范围、支持动作、权限边界、预期输出、失败时的处理方式以及用于验证的样本。测试集不是要把所有现实问题锁死而是让双方知道已经承诺什么。Anthropic于10月8日发布使用政策更新说明并注明新版本11月12日生效。对于接入其服务的产品能力与供应商约束都可能变化。交付清单需要给这些依赖留出检查和调整机制不能把政策变更当作已在本月提前生效。政策说明用一张分流表开始讨论问题类型判断依据下一步缺陷约定输入下未达到既定行为修复并回归不偷换为新增收费项新需求新动作、新资料类型或新增用户范围评估价值、成本和排期发现未知文档冲突、接口限制、未识别风险先调查给出证据与可选方案外部依赖变化模型停用、政策或接口调整明确影响范围和迁移责任例如原系统仅接收电子版PDF现在要求扫描件OCR通常需要重新评估解析质量但如果合同已明确支持扫描件识别失败就不能简单称为新需求。范围判断要回到共同认可的材料而不是依靠谁说话更强硬。每次变更只需要留下决定所需的信息变更单可以很短提出者与使用场景、当前行为、目标行为、影响的测试样本、工期和成本区间、风险与回退方案、决定者。信息不足时先标待调查并说明何时能给出评估不要为了显得果断而编一个精确报价。可选方案也不只有“加钱”或“拒绝”。可以替换同等工作量的低优先级项收缩输入范围先人工辅助或安排下一阶段。前提是明确取舍并更新受影响的验收材料。外部变化也要进入同一条记录OpenAI的官方停用清单列出了一批旧模型快照在10月23日关闭访问。若供应商型号固定在交付脚本里迁移就可能同时影响输出、成本和回归样本。停用清单 这类工作究竟由谁承担需要事先在项目责任中讲明技术文章不能代替具体合同判断。工程上可以把每个已批准变更关联到需求版本、测试集版本和部署版本。交付后出现争议时双方能还原“当时决定了什么、验证了什么、实际部署了什么”。流程的价值来自这条证据链而不是给任何一方制造谈判障碍。本文提供的是项目管理建议没有声称某种签字格式自动产生法律效力也没有真实客户报价或赢单比例。把讨论变得可追溯比把所有客户描述成对手更有助于交付。