适合谁
希望用 AI 提升开发速度,但仍保持代码审查和工程判断的开发者。
这套流程解决什么问题
AI 编程工具最大的价值不是“替你写完全部代码”,而是把重复劳动压缩掉,让你把时间留给架构、边界条件和产品判断。
如果流程设计得好,AI 能帮你做三件事:
- 更快产出初稿。
- 更快覆盖测试和重复样板。
- 更快比较多种实现方案。
但如果流程设计得差,AI 也会把错误放大得更快。
推荐工作方式
1. 先拆需求,不要先开写
把需求拆成可以验证的小 issue,每个 issue 只解决一个问题,例如:
- 新增登录表单。
- 修复回调状态丢失。
- 为列表页补测试。
- 为数据库表加 RLS。
这样 AI 生成代码时,目标会更明确。
2. 让 AI 先写草稿
最适合交给 AI 的通常是:
- 重复组件。
- CRUD 页面。
- 类型定义。
- 测试初稿。
- 文档初稿。
这些内容不要求一次就完美,但适合先有一个可运行版本。
3. 人工审查关键边界
以下内容不要完全交给 AI:
- 权限和认证。
- 数据迁移和 schema。
- 并发和幂等。
- 错误处理和回滚。
- 付费、订阅和账单状态。
这些地方出一次错,代价通常比页面文案大得多。
4. 用 CI 固化结果
AI 生成的代码不能只靠人眼。至少要在 CI 里固定:
- 格式化。
- 类型检查。
- 单元测试。
- 关键路径的端到端测试。
这样下一次 AI 改代码时,不会把旧问题带回来。
最实用的提示词方式
不要只说“帮我写一个组件”。更有效的方式是把输入说完整:
txt
目标:新增一个登录表单
约束:Next.js App Router,TypeScript,已有 Supabase client
要求:包含 loading、错误提示、成功跳转和表单校验
不要:改动无关组件输入越具体,输出越接近可用代码。
什么时候该停下来手写
如果遇到下面几类问题,建议自己接管:
- 核心业务逻辑不清楚。
- 抽象层次太多。
- 代码虽然能跑,但可读性很差。
- AI 反复修改同一个错误。
AI 适合加速,不适合替你做判断。
一套稳妥的节奏
- 先让 AI 生成初稿。
- 你检查边界条件。
- 再让 AI 补测试。
- 最后人工合并和回归验证。
验证方式
每次引入 AI 生成内容后,至少确认:
- 代码通过类型检查。
- 关键流程有测试覆盖。
- 权限和回调没有被误改。
- 你自己能看懂最终实现。