在写代码之前先要一份计划
对于任何不平凡的事，把思考和打字分开。先让 AI 勾勒出它的思路。这能在错误的假设变成 200 行错误代码之前就抓住它，而修一份计划要比修一个 便宜得多。
我想给我的 API 加上限流。在写任何代码之前，
给我一份简短的计划：限流器该放在哪里、需要
什么样的存储、达到上限时会发生什么，以及有哪些
取舍。先别写代码——我会先批准方案。
当计划看起来对了，就说"好，实现第 1 步"。当它不对时，你花了三十秒纠正航向，而不是花一小时去解开一团乱码。先做计划，是最能把工程师式提示词与一厢情愿式提示词区分开来的习惯。
计划阶段也是你抓住 AI 选了比所需更重的方案的地方——明明一个内存里的 map 就够，它却伸手去够 Redis；明明一行库调用就能解决，它却手搓一套。带着一个问题去读计划：这是能跑通的最简单做法吗？ 如果这个思路闻着像过度设计，就在一行代码落地之前用大白话顶回去（"这是个单服务器的业余项目——能不能跳过分布式存储？"）。