外包程序员干满全月到手不及正式工薪资一半
外包程序员干满全月到手不及正式工薪资一半
凌晨 1 点，外包群里有人晒工资条：项目排期 26 天，满勤，到手 9800。同项目正式工，底薪加绩效 21000。他没骂人，只问一句：“Cursor 能不能让我少加点班，把交付速度拉起来？”
我回他：能，但前提是别把 AI 当许愿池。
很多人用 AI 编码，掉进两个误区。一个误区是觉得 Cursor 能直接写完整业务，复制进项目就能跑。另一个误区是觉得提示词越长越好，恨不得把 PRD 全贴进去。真实情况是，AI 写得快，错得也快。它擅长在明确边界里补代码，不擅长替你理解跨模块的隐式规则。你要做的是把“许愿”改成“约束”。
一、三个能直接照搬的实战技巧
技巧 1：上下文围栏，先计划再改代码
操作步骤：
- 开新分支，别在主分支上让 AI 自由发挥。
- 在 Cursor 里用
@Files或@Codebase指定相关文件，别让它全库乱搜。 - 第一句话别写“帮我实现”，写“先读这些文件，输出变更计划，不要写代码”。
- 计划里必须包含：改哪些文件、为什么改、影响哪些接口、怎么验证。
- 你确认后，再让它逐个文件改，每改完一个就 review 一个。
项目案例： 给订单服务加“部分退款”状态。以前直接让 AI 改，它把枚举、SQL、前端状态全动了，连支付回调都顺手重构。后来用围栏法，只让它读订单状态机、退款接口、数据库迁移文件。它先列出 4 个文件改动点，确认后逐个改。最后没碰支付回调，回归测试跑 37 条用例，过了。
【金句：AI 的第一版代码先当变更计划看，别当答案。】
技巧 2：测试护栏，先复现再修
操作步骤：
- 遇到 bug，先别让 AI 改实现。
- 让 AI 根据报错写一个最小复现测试，要求“当前必须失败”。
- 你本地跑一遍，确认测试真的失败。
- 再让 AI 改代码，直到测试通过。
- 跑全量测试，提交前看 diff，别让 AI 顺手改无关文件。
项目案例： 优惠券叠加金额差 0.01。AI 一开始直接改计算逻辑，结果把满减门槛算错了。后来先写复现测试：两张券叠加、一张满减一张折扣，断言最终金额。测试失败后，再让 AI 修。它补了 BigDecimal 的舍入模式，12 条边界测试全过。
【金句：没有测试护栏，AI 改代码就是闭眼拆炸弹。】
技巧 3：输出契约，把需求变成可检查的 schema
操作步骤：
- 写清接口出入参 JSON Schema，字段类型、必填、枚举值都列出来。
- 写错误码表：什么情况返回什么 code，别让 AI 自己编。
- 写日志字段：traceId、订单号、回调状态，线上
