在写代码之前先要一份计划

对于任何不平凡的事，把思考和打字分开。先让 AI 勾勒出它的思路。这能在错误的假设变成 200 行错误代码之前就抓住它，而修一份计划要比修一个 pull request 便宜得多。

I want to add rate limiting to my API. Before writing any code,
give me a short plan: where the limiter should live, what
storage it needs, what happens when a limit is hit, and any
tradeoffs. Don't write code yet — I'll approve the approach first.

当计划看起来对了，就说"好，实现第 1 步"。当它不对时，你花了三十秒纠正航向，而不是花一小时去解开一团乱码。先做计划，是最能把工程师式提示词与一厢情愿式提示词区分开来的习惯。

计划阶段也是你抓住 AI 选了比所需更重的方案的地方——明明一个内存里的 map 就够，它却伸手去够 Redis；明明一行库调用就能解决，它却手搓一套。带着一个问题去读计划：这是能跑通的最简单做法吗？ 如果这个思路闻着像过度设计，就在一行代码落地之前用大白话顶回去（"这是个单服务器的业余项目——能不能跳过分布式存储？"）。