提示词库告诉人们该敲什么。运营模式告诉他们该自动化什么、该把什么留给人、工作如何在两者之间流动、以及谁为产出负责。这就是全部的区分，也是「一个会过期的战术」和「一个会复利的系统」之间的差别。大多数以为自己有 AI 战略的团队，其实有一个提示词库——一个有用的产物，它安静地回答了那个容易的问题、跳过了难的那个。
我看过这件事上演足够多次，可以直说。一个团队收集它最好的 prompt，放进一个共享文档，培训人们用它们，然后报告 AI 采纳上升了。六个月后模型变了、客户变了、prompt 产出更差的输出，而没人知道怎么办——因为他们优化的是输入，不是工作流。
那张表
| 维度 | 提示词库 | 运营模式 |
|---|---|---|
| 它是什么 | 一套保存的 prompt | 一个关于工作如何被产出的系统 |
| 它回答的问题 | 「我敲什么？」 | 「AI 该做什么、什么留给人、谁拥有它？」 |
| 谁用它 | 个人，临时 | 整个团队，按设计 |
| 它由什么组成 | 文本 | 角色、工作流、上下文层、审阅标准 |
| 模型变化时 | prompt 失效；输出退化 | 工作流吸收变化 |
| 上下文变化时 | prompt 悄悄过期 | 记忆层更新工作 |
| 耐久性 | 低——泄漏且过时 | 高——随使用复利 |
| 失败模式 | 看起来像进步；什么都没交付 | 需要前期真实的设计工作 |
按它中间那两行读这张表。提示词库的弱点只在某样东西变化时出现，这就是为什么团队会感觉自己一个季度高产、然后无法解释一次退化。运营模式是为变化设计的，这就是为什么它建起来更贵、却站得住。
为什么这是楔子
这个问题是楔子，因为它把做过真功夫的团队和做过显眼功夫的团队分开。几乎每家公司如今都有某种版本的提示词库。远更少的有运营模式，因为建一个意味着回答不舒服的问题：哪些工作将由 AI 拥有、哪些留给人、上下文如何在两者之间移动、以及模型错时谁签批。
那些问题是战略的，不是技术的，它们没有一个 prompt 形状的答案。早早问它们的团队得到一个复利的优势；买更多 prompt 的团队继续用更漂亮的界面重做同样的工作。如果你在这个主题里只读一篇，就是这篇告诉你你实际是哪一种。
提示词库好在哪
本文没有一句反对提示词库。它们对捕捉什么管用、对 onboarding、以及在一个团队刚学一个模型时给他们一个共享词汇，都有用。一个由经过测试的 prompt 组成的好库是一个合法的短期资产，忽视它是错的。
问题只在于一个库是起点、不是终点，而团队把它误当终点，因为它具体、又快。正确的框定是：一个提示词库是关于人们目前如何使用一个工具的记录。一个运营模式是一个关于团队如何产出工作的设计——一个不同种类的对象，之后才做、并被有意识地维护。
运营模式包含什么
一个运营模式有五个部分，没有一个是 prompt。它定义生命周期的哪些阶段由 AI 拥有、哪些留给人。它描述工作在模型和审阅者之间如何流动，包括交接在哪里。它点名模型在产出之前读的上下文层——简报、数据、规则——那一层是AI 记忆比模型选择更重要的原因，也是提示词库从不拥有的部分。它设定审阅标准和每份产出负责的负责人。它定义整件事如何被衡量，让团队能判断自己是否在改进。
那是一张短清单和一大堆工作，正是团队回避它的原因。但那五个元素中的每一个，都是让系统熬过一次模型变化、客户变化或团队变化的东西。提示词库一个都没有，这就是它一个都熬不过的原因。战略指南勾勒这些元素如何嵌入更宽的运营画面，而运营模式本身是本文所对比的一切的定义版。
两种失败模式
每种做法以不同方式失败，知道那种失败是分辨它们最快的方式。提示词库缓慢而无影地失败。没有东西断；输出只是随模型和上下文前进而漂移，团队没有注意到，因为没有可对照的标准。等有人注意到，一个季度的退化已经过去，而没人能说它何时开始。
运营模式响亮而早早地失败，因为它必须在运行之前被设计。设计工作把难问题翻出来——谁拥有产出、什么留给人——而那些对话足够不舒服，让团队常常就停在那里、退回那个库。那种不适是一个特征：一个运营模式逼出的问题，正是决定整件事能否管用的问题。
如何分辨你拥有哪一个
问三个问题。你能不说出某个工具就说出工作的哪些阶段由 AI 拥有吗？你能指出模型在产出之前读的上下文层吗？以及你能在产出错时说出负责的人吗？如果任何一个的答案是不能，你就有一个贴着战略标签的提示词库。
第四个测试是模型被更新时会发生什么。一个有运营模式的团队预期下一个产出大致一样好，因为围绕模型的结构才是产出质量的东西。一个有提示词库的团队准备迎接退化、开始重调 prompt。对模型更新的反应是最干净的信号。
真东西的代价
团队停留在库阶段的原因不是懒惰；是一个运营模式付出了某种可见的东西、并延迟返还某种东西。设计它意味着关于所有权、人头和标准的决定，那些在政治上比写 prompt 更难。回报在几个季度里到来，因为工作变得更快、更便宜、更一致，那离一个快速胜利很远。
那个取舍就是关键。一个提示词库一周内产出一个可见的产物和一个「现在」的进步感；一个运营模式一个月内没什么可展示、之后才有一个复利的优势。大多数团队在内部因那个可见的动作被奖赏，这就是为什么这么多停在库上。走得更远的，通常是那些领导层愿意资助一个慢慢回本的系统的团队。
从库走向模式
这个迁移是一个设计练习，不是一次工具采购。从一条工作流开始，为它回答五个问题：AI 拥有什么、工作如何移动、它需要什么上下文、谁审阅、以及你如何衡量它。把它写成一张图和一个决定记录，不是一张 prompt 清单。对着那个设计跑工作流，让设计、而不是 prompt，承载质量。
然后对下一条工作流重复。库可以作为记录继续存在，但运营模式成为团队运行其上的东西。这与战略指南推荐的排序相同：在买更多工具之前修好模式和循环，因为工具是最后才要紧的、也是团队最先去够的。
FAQ
那提示词库就没用了吗？
不，它有用，而它不是要点。把它当作记录和 onboarding 保留，但别把它误当成一个战略。库记录人们如何使用一个工具；运营模式设计团队如何产出工作。
我们能没有提示词库就建一个运营模式吗？
能，很多团队就这么做。运营模式需要角色、工作流、上下文、审阅和衡量——没有一个是 prompt。库可以在系统运转之后作为记录随后到来。
提示词库为什么在规模化时会失败？
因为它们编码的是工具，而不是工作。当模型、客户或团队变化时，编码就错了、prompt 就过时了。一条承载上下文的工作流能熬过那些变化；一张 prompt 清单不能。
一个小团队该从哪里开始？
从一条工作流和那五个运营模式问题开始。不要从收集每个人最好的 prompt 开始；从设计一件工作应如何经过模型和团队、带一位点名的负责人开始。那一条被设计的工作流，比一个大库更值。
简短版
提示词库告诉人们该敲什么；运营模式告诉他们该自动化什么、该留给人什么、工作如何移动、以及谁负责。只有运营模式会复利，因为它熬过模型、客户和团队的变化。大多数「AI 战略」是提示词库——信号是模型更新时会发生什么。战略指南把这个想法带得更远。
如果你做过这个移动，我想听听运营模式五个部分里哪一个最难让人们接受。真正的阻力通常住在那里。
祝好， Chandler
本文提供简体中文版本。课程材料（视频、模板和配套指南）以英语、日语、简体中文和韩语提供。本网站提供 13 种语言版本。