详细内容或原文请订阅后点击阅览
为什么您的提示不属于git
在源中存储提示的隐性成本codethe帖子为什么您的提示不属于git，首先出现在数据科学上。
来源:走向数据科学一段时间后发帖，我想从早点咬我的东西开始。
当我建造和运送我的第一个生成AI产品时，我做了我们大多数人所做的事情。我对提示进行了核对。它一直工作到没有。每次我想调整语调，改善措辞或修复幻觉时，都意味着推动代码并重新部署服务。
生成ai这使得快速迭代几乎是不可能的，并且将产品完全脱离了循环。最终，我意识到提示应像内容而不是代码一样对待。
当代码中提示时会破裂
首先，感觉就像您的后端中的另一个绳子。但是提示不是静态配置。它们是行为，行为需要进化的空间。
您的提示随您的代码发货时，每一个小更改都会成为一个过程。您需要创建一个分支。
提交。打开拉动请求。等待CI管道运行。合并。然后重新部署。所有这些摩擦可能是您的助手与用户交谈的单词变化。
您失去了快速迭代的能力。您阻止产品人员或非工程师的贡献。最糟糕的是，您的提示最终继承了后端部署过程的所有摩擦。
几乎不可能理解什么变化和原因。 git可能会向您展示差异，但不能显示结果。
- 这种变化是为了减少幻觉吗？它使用户更快乐吗？
无需跟踪和实验，您就可以猜测。您不会在源代码或营销副本中硬编码客户支持答复。提示应具有相同水平的灵活性。
什么提示管理实际上是什么样的
提示管理不是一个奇特的新实践。
它只是将我们已经使用的相同原理应用于产品的其他动态部分，例如CMS内容，功能标志或翻译。
不是