一人公司的交付验收，真正难的不是把成果发出去，而是确认“交付了什么、是否可用、客户是否认可”三件事都没有错位。尤其在 AI 参与整理、生成和检查之后，验收不能简化为“AI 自检通过”，而应设置三道彼此独立的门：范围门、质量门、客户验收门。任何一门未通过，都不应进入正式交付。

第一门：范围验收

范围验收解决的是“有没有交付错东西”。对照已确认的需求卡片、报价和交付约定，逐项核对交付物是否齐全，格式和命名是否正确，使用说明、账号权限或部署信息是否完整，同时明确哪些内容不包含在本次服务中。

这一关重点检查边界，而不是追求成果看起来更丰富。客户临时提出的新功能、新版本或额外修改，不能因为 AI 能快速生成就直接纳入原订单。需求变化应先记录，再判断是否需要重新确认价格、时间和验收方式。

第二门：质量验收

范围完整不等于结果合格。内容项目需要核查事实、结构、语言和格式；软件或数字产品则要检查核心功能、异常输入、权限、备份和部署；咨询交付要确认结论有依据、建议能执行。

AI 可以执行初步检查，但人工必须验证成果是否真正解决客户问题，是否擅自补充了未经确认的信息，是否存在明显逻辑错误、安全风险、侵权或误导表达。质量验收的标准应来自具体使用场景，而不是“生成得像不像”。无法解释结果依据，或发现连续性错误时，应立即暂停自动流程并回退人工。

第三门：客户验收

客户验收解决的是“对方能否按约使用并确认完成”。正式交付说明应写清本次包含的内容、使用或测试方法、反馈期限、原范围内修改，以及哪些变化会触发追加工作。交付文件、上线发布、付款延期、退款争议和责任承诺，不宜完全自动发送，最终版本必须由经营者确认。

三道门的记录也应保留：原始需求、交付版本、发现的问题、人工修改和客户确认。这样，验收不只是项目末端的检查，而会持续沉淀为下一次的流程资产。对一人公司而言，AI 可以提高处理速度，却不能替经营者承担范围承诺、质量判断和异常责任。只有三道门都通过，交付才算真正完成。