提示词不是护城河，
工作流才是
每个人的收藏夹里都躺着几十条「神级 prompt」。三个月后再翻出来用，大部分已经失效——不是变差了一点，是彻底不灵了。这不是你的错觉，也不是模型「变笨」了。是你收藏的东西，从一开始就不是资产。
01提示词是快照，不是资产
一条精心调过的 prompt，本质是什么？是针对某个特定模型版本的怪癖，找到的一条 workaround。它绕开了那一版模型的某个偏好、利用了那一版的某个盲区。模型一升级，怪癖变了，快照就过期了——你收藏的不是知识，是上一个版本的补丁。
这解释了一个常见的错觉：越是「魔法咒语」式的 prompt（那些看起来莫名其妙但就是有效的），死得越快。因为它依赖的模型内部结构，恰恰是升级时变动最大的部分。
02真正沉淀下来的是工作流
把同一件事做了很多遍之后会发现，跨越模型版本存活下来的，从来不是某条具体指令，而是三样东西：任务的分解方式（哪里切一刀，哪一步必须由人拍板）、验证的环节（输出用什么标准检查、谁检查）、失败时的降级路径（模型拿不准时退到哪里）。
这三样东西和模型无关，和你的业务有关。模型可以整个换掉，它们纹丝不动——这才叫资产。
换一个模型，你的东西还剩多少？
剩下的那部分，才是你的。
03把 prompt 变成工作流的三步
如果你手上有一条特别依赖的 prompt，做三件事把它「资产化」：
一、写下输入契约。这条 prompt 假设了什么输入？格式、上下文、前置条件——把隐含假设显式化，它就从咒语变成了接口文档。
二、加一个验证钩子。输出怎样算对？哪怕只是一条「必须包含 X、不得出现 Y」的检查清单。有验证的流程可以换模型重跑，没验证的咒语只能祈祷。
三、定义降级路径。失败时退给谁、退到哪一步。有降级路径的自动化才敢上生产，这条规则对 prompt 和对系统一样成立。
做完这三步你会发现，prompt 本身变得不重要了——它只是工作流里可替换的一个零件。而工作流，别人抄不走：它长在你的业务里。
> 咒语会过期，协议不会。接口未稳，下次重连_