AI 接单怎么交付才不扯皮：Claude Code、Codex 项目的验收清单
很多 AI 接单项目不是卡在写代码，而是卡在交付。客户说“差不多了”，你以为结束了；第二天客户又说“这里也顺便改一下”。如果交付边界没有写清楚，小单很容易变成无限返工。
这篇给一份适合 Claude Code、Codex、Cursor、DeepSeek Coder 等 AI 编程项目的交付清单。适用场景包括：落地页、小程序原型、后台表格、自动化脚本、Excel 清洗模板、PDF/合同处理工具。
一句话答案
AI 接单交付前，至少交付五样东西：可访问地址或文件包、使用说明、验收清单、已知限制、修改范围。客户确认这五项以后，再进入下一轮新增需求报价。
1. 先写清楚交付物是什么
不要只说“已经做好了”。要把交付物列成清单。
可以这样写：
本次交付内容：
前台页面：一个移动端落地页
后台页面：一个数据列表页
表单功能：用户可提交姓名、手机号和需求说明
数据导出：后台可复制或下载提交记录
部署方式：已部署到测试地址，可用浏览器访问
如果是文件类项目，也可以写：
本次交付文件：
清洗后的 Excel 文件
字段说明表
异常数据清单
操作说明文档
这样客户知道自己收到了什么，也方便你后面证明项目已经完成。
2. 给客户一个最短使用说明
客户不一定懂技术，不要只丢一个链接或压缩包。
使用说明要短，最好三步以内：
使用方式：
打开测试地址：https://example.com/demo
在表单里填写测试数据并提交
进入后台查看提交记录
如果有账号密码，单独写一行：
测试账号：demo@example.com
测试密码：请以私信或单独渠道发送
注意，公开页面不要直接暴露真实账号密码。给客户发交付邮件或私聊时也尽量区分公开地址和私密凭据。
3. 把验收标准写成可勾选列表
验收标准不能写成“页面正常”“功能可用”这种空话。要写成客户能逐项确认的句子。
推荐格式：
请按下面 5 项验收：
[ ] 页面能在手机浏览器正常打开
[ ] 表单能提交成功
[ ] 后台能看到提交记录
[ ] 文字、图片、联系方式正确
[ ] 主要按钮点击后符合预期
如果是 Claude Code 或 Codex 生成的项目，也可以补充：
[ ] 本地启动命令可运行
[ ] README 中包含安装和启动步骤
[ ] 环境变量示例已提供
[ ] 不包含真实密钥和隐私数据
4. 主动写已知限制
小单不是完整系统。交付时要主动说明第一版不包含什么。
示例：
当前版本限制：
这是第一版原型，不包含正式支付接口
后台权限为简化版本，不包含多角色审批
暂未接入短信、微信通知和第三方 CRM
如需上线正式域名、备案、支付审核，可作为下一阶段单独报价
这段不是推卸责任，而是防止客户把原型当成完整产品。
5. 修改范围要提前封口
最容易亏时间的是“顺便改一下”。交付时建议明确一次免费修改的范围。
可以这样写：
本次包含一次小范围修改：
文案调整
字段名称调整
图片替换
颜色和按钮文字调整 不包含新增页面、新增登录系统、新增支付接口、新增复杂后台流程。如需增加，确认后另行报价。
这样客户提新功能时，你可以自然地说：“这个属于下一阶段，我可以给你补一个报价。”
6. 可直接复制的交付模板
下面这段可以直接复制给客户：
您好，本次版本已完成，交付信息如下：一、交付内容
测试地址：
后台地址：
测试账号：
交付文件： 二、请按下面项目验收
[ ] 页面可正常打开
[ ] 核心流程可走通
[ ] 表单/数据/按钮符合需求
[ ] 文案、图片、联系方式正确
[ ] 移动端显示正常
三、当前版本说明
本次交付为第一版可验收版本，已包含需求中确认的核心功能。
暂不包含未确认的新页面、新接口、新权限、新支付和复杂第三方系统。
四、修改范围
本次包含一次小范围调整，主要包括文案、字段、图片、颜色和按钮文字。
如需新增功能，我会先整理变更范围和报价，再开始处理。
7. 给 AI 的交付检查提示词
如果你用 Claude Code、Codex 或 Cursor 做项目，交付前可以让 AI 先自查：
请作为交付检查员，检查这个项目是否可以交给客户验收。
请输出：
交付物清单
启动和使用步骤
客户验收清单
已知限制
不应承诺的范围
需要补充的 README 或说明文案
不要输出密钥、账号或任何私密信息。
这个步骤可以减少很多低级返工。
结论
AI 接单想赚钱，不只是会用工具，更重要的是把范围、验收和修改边界写清楚。小项目交付时，把“交付物、使用说明、验收清单、已知限制、修改范围”这五项写完整，客户更容易确认，你也更容易进入下一单或下一阶段报价。