我怎么把上线前检查整理成一个交付 Skill
AI 编程最容易让人产生的一种错觉是：
“代码都写出来了，应该差不多了。”
但真正做过几轮项目以后，你会越来越清楚：
代码写出来，和项目能交付，中间还隔着一整段收尾工作。
而这段工作，偏偏最容易被漏掉。
所以我后来把上线前检查也单独整理成了一类 Skill。
为什么交付收尾总是最容易被跳过
因为它不像写代码那样有即时反馈。
你写完一个组件、一个接口、一个测试，很快就能看到结果。
但上线前检查通常是一些看起来不那么“高光”的动作：
- 跑 build
- 跑 migration
- 跑 seed
- 做 smoke
- 看环境变量
- 检查已知缺口
这些动作不性感，但缺任何一项，都可能让项目停在最后一公里。
我后来固定会检查哪些事情
我现在比较稳定的一套检查项是：
- 核心主链路有没有真实走通过
- 数据库迁移能不能执行
- 默认数据和初始化脚本是否齐全
- 核心接口有没有做最小冒烟
- 前端生产构建是否通过
- 环境变量和配置边界是否清楚
- 浏览器 / 代理 / 跨域链路是否明确
- 失败路径和错误提示是否可接受
- 启动、部署、回滚方式是否明确
- 当前已知缺口是否被记录
这些内容看起来像 checklist，但本质上已经是一套很适合复用的流程。
