赴日韩打工做程序员很难攒下可观积蓄
在东京做后端第三年，工资单上的数字比国内高，月底余额却像被删库。房租、住民税、年金、健康保险、通勤费、汇率，一层层扣完，到账那点钱只够把生活重启。首尔也差不多，全税房押金、保险、所得税、加班后的外卖，一年下来存款没有想象中厚。
很多人以为赴日韩做程序员，收入高就能攒钱；以为学会 Cursor 就能接私活、跳远程、把工资差补回来。前者忽略固定成本，后者忽略 AI 幻觉和工程破坏力。AI 工具不是财务解药，但用对能减少返工，把时间换成可交付结果，少赔一点。
一、别急着让 AI 写业务：先做三个提效动作
1. 先让 Cursor 读项目，产出“项目地图”
你刚打开一个三年没人敢动的订单服务，直接对 Cursor 说“帮我重构结算模块”，它大概率会给你一版看起来合理、跑起来爆炸的代码。正确做法是先让它只读不动。
操作步骤：
- 新建会话，关掉无关文件，避免上下文污染。
- 提示词写清楚：只读，不改代码；输出模块入口、数据流、核心表、测试命令、风险文件。
- 让它生成
docs/ai-context.md，再放进.cursor/rules或项目规则里。
案例：我经手过一个日本客户库存 API，之前有人直接让 AI 改订单扣减逻辑，结果循环依赖、事务边界混乱，测试环境直接起不来。后来先让 Cursor 读目录和调用链，限定只改 inventory/service 和对应测试，半小时定位到问题在预占库存没有释放。改动小了，返工也少了。
【金句：AI 编程第一步不是让它写，而是让它先看懂你的项目地图。】
2. 小步补丁：一次只改一个可验证行为
AI 最危险的能力，是一口气改十个文件，还告诉你“已完成”。你要把它当实习生，不当架构师。
操作步骤：
- 先写复现脚本或失败测试，明确这次只修什么。
- 让 Cursor 生成最小 diff，限制改动文件数量。
- 跑测试、lint、类型检查，通过再提交。
- 不超过一个行为点，不顺手重构。
案例：优惠券叠加金额算错，之前让 AI“优化整个促销模块”，结果把过期规则也改了。后来只让它修“同一订单两张券的优先级”，先补失败用例，再改一个函数，十分钟解决。
【金句：让 AI 小步提交，你才有机会在它改坏工程前踩刹车。】
3. 用契约压住幻觉：类型、OpenAPI、SQL schema、官方文档片段
AI 会编字段、编 header、编不存在的库。你越不给约束，它越像在写小说。
操作步骤：
- 把接口契约、TS 类型、SQL schema、官方文档片段贴进上下文。
- 要求不改公共接口，输出 diff 格式。
- 外部 API 必须引用文档原文，不确定的字段标
TODO，禁止猜。
案例：韩国支付 webhook 签名验证，AI 第一版猜了 X-Signature，实际文档要求 X-Pay-Signature 加时间戳拼接。把文档片段和示例请求贴进去后，它才生成正确校验逻辑。
【金句：没有契约的 AI 代码，写得越快，排查越久。】
