回顾与练习
核心要点
- 给任务之前先给上下文：说明技术栈、约定、要复用的现有部件——或者直接贴上代码必须契合的真实签名。
- 定义边界：输入、输出、边界情况。软件有趣的行为都活在它的边缘，所以把你的字数花在那里。
- 用小而可验证的步骤推进，并在写代码前要一份计划；修计划远比修一个 便宜。
- 在有针对性的 diff 上迭代，而不是整体重写，并用具体的例子（最好做成测试）钉死那些文字留下的模糊之处。
- 把上下文窗口当作一种资源来管理，并说明不要做什么——明确的否定约束让输出保持紧凑。
动手试试
拿一个你平时可能直接打出来的模糊一行请求（"给列表加个搜索"），在发出任何东西之前先把它改写成工程师的提示词。加上上下文（技术栈、它要碰的文件）、输入/输出、两三个边界情况、一个期望结果的例子，以及一条否定约束（不要碰什么）。把改写后的版本发出去，和那个偷懒版本本会产出的东西对比。对三个真实请求都这么做，这种升级就会变成自动的。
本章提示词
Context: <语言 + 框架 + 版本>，在 <文件/模块> 中工作。
We already <可复用的相关现有模式或库>。
Task: <一件清晰要构建的事>。
Inputs / outputs: <类型与形态>。
Edge cases to handle: <列出要紧的那些>。
Example: <一个具体输入 -> 期望输出>。
Constraints:
- No new dependencies — use <我们已经有的东西>。
- Touch only <这个文件>; don't refactor anything else.
- Keep existing names and signatures unchanged.
Before coding, give me a 3-4 line plan and wait for my "go".