AI写代码总翻车？后端老手用这7个实战习惯稳住工程
周五晚上十点，你让 AI 给订单表加个软删除。它一口气生成 migration、service、controller、测试，看着挺齐。你复制进项目，npm test 一跑，三处编译错误，原来的物理删除逻辑还被顺手删了。你一边回滚，一边骂它“人工智障”。
这场景太常见了。问题往往不在 AI 会不会写代码，而在你怎么用它。很多人对 AI 编程有两个误区：
- 把 AI 当搜索引擎：只丢一句“帮我实现订单取消”，指望它猜中你的框架、表结构、错误码规范。
- 把 AI 当外包：一次让它改十几个文件，不跑测试，不设边界，出了事再怪它幻觉。
下面这些技巧，是我在后端项目里反复踩坑后留下的习惯。你不用全信，挑一条试半小时，就知道值不值。
一、高效实战技巧：3 个能直接照搬的方法
1.1 先塞“工程上下文包”，再让它动笔
AI 幻觉多，常常是因为你给的信息太少。它不知道你用的是 NestJS 还是 Spring Boot，不知道你已经有幂等表，也不知道公共工具类不能动。
操作步骤：
- 贴目录树，只贴相关模块，例如
src/modules/order/。 - 贴关键文件：实体、DTO、service、现有测试、错误码定义。
- 贴约束：Node20 + NestJS + Prisma + MySQL，不要新增依赖，不要改公共工具，返回 unified diff。
- 让它先复述计划，再写代码。计划不对，直接打断。
案例：一个订单取消接口要加幂等。AI 第一版用 Redis setnx，但项目里已经有 idempotency_key 表。我把表结构和现有写入逻辑贴过去，它才改成项目已有模式。少这一坨上下文，它就会给你造一套新轮子。
注意：别一次贴几万行。挑关键文件，控制在上下文窗口的一半以内，留空间给它输出。
【金句：AI 不是读心术，你给的上下文越像施工图，它越少给你挖坑。】
1.2 小步补丁 + 测试闭环，别让它一口气重写
大段生成最爽，也最容易改坏工程。正确姿势是：一次只动一个文件、一个函数，让测试当裁判。
操作步骤：
- 让 AI 先写失败测试，复现你要修的问题
