k3.3动手⏱ 约 7 分钟
提示词与验收清单是通用资产:换工具不换方法
把你问得最好的那几次沉淀成文件,让它跟着你走,而不是跟着工具走
🔎 最后验证 2026-08📚 来源:主课「提示工程进阶」与「系统化审查:你的 code review 清单」两节的既有方法、本课 K2.4 横评协议的统一题面设计
为什么学这个
换工具会丢掉三样东西:记忆、护栏,还有你已经摸索出来的问法。
前两样丢了你会知道——文件不见了,检查不跑了。第三样丢了你不会知道:你只是回到了“想到什么问什么”的状态,产出变差了一点点,慢了一点点,你把它归结为“新工具没那么好用”。
其实是你把最值钱的资产留在了上一个工具的对话记录里。这一节讲怎么把它拿出来:你问得最好的那几次,和你验收时看的那几条,应该是文件,不是记忆。
💡 打个比方
一个手艺人换了新作坊,搬走的不只是工具,还有他的样板和量规:这个尺寸算合格、那个角度算翻车。换了作坊,量规照用。
提示词是样板,验收清单是量规。 它们描述的是“你要什么”,而不是“这台机器怎么开”。所以它们天然是跨工具的——除非你把它们和某台机器焊死在一起,那才是真正的损失。
分清两种提示词
搬家之前先分类,因为只有一类值得搬:
- 工具专属的操作指令:调用某个特定命令、某个插件的用法、某个界面的按钮。换工具即作废,别搬。
- 任务描述与验收标准:“先复现问题再动手改”“改完要给出你验证过的方式”“不要顺手重构无关代码”。这一类和工具无关,是纯资产。
判据一句话:把工具名字遮住,这段话还成立吗? 成立的搬走,不成立的丢掉。
一个好模板的四段结构
主课讲提示工程时给过一个四要素模板。搬家时你可以顺手把散落的经验收成这个结构:

都看到这了,打个赏呗!
接下来 · k3.4
换工具第一天:一张迁移清单
继续读下一节 →