Prompt版本与发布

将应用指令当可评测、可回滚且有适用范围的发布资产。

Prompt registry把应用指令变成可审查和可回滚的发布资产。它不只是存一份字符串，而是保存模块身份、语义版本、正文hash、变量schema、适用模型、工具依赖、owner、变更原因和评测证据。这样才能回答某次行为变化究竟来自哪条规则。

可将稳定应用合同、领域规则、任务模板和局部方法拆成小模块。每个模块有明确作用域和组合顺序；只允许受信角色修改应用规则。上传文档、工具结果或自动提炼的经验不得直接覆盖生产prompt。候选改进先进入实验，经过对照和批准后再发布。

实际执行还要记录渲染后的内容引用。只保存模板名不足以复现，因为变量、默认值、模块顺序和工具定义可能已改变。敏感变量可以保存加密快照或受限引用；trace记录对应hash，避免复制私人材料。运行清单应能从产物追到当时使用的模块与参数。

历史补丁尤其需要管理。旧模型可能需要强制分步、新模型可能在同一规则下反而效率下降；某次失败的临时提醒也可能与其他规则冲突。给workaround写适用版本、根因与删除条件，升级时对原规则、删补丁版本和新规则做消融，而非无限叠加。

Prompt更新不是纯文案修改。改变完成条件、来源范围、工具选择或审批描述，都可能改变业务行为。实验先固定模型、检索和工具，单独改指令，再测组合效应；既跑旧失败例，也用未见样例检查泛化。通过后发布灰度并保留完整回滚目标，而不是仅把线上文本替换掉。

Claude Code文档明确项目指令属于context而非强制配置，这提醒registry不能取代权限系统。即使规则版本被回滚，已经发送的消息和写入的记录也不会自动撤销；发布流程需检查在途Run与副作用。

实践重点：保存模块ID、正文hash、变量schema、模型/工具适用版本、owner、评测与回滚目标。

验证抓手：重建实际渲染输入，对旧workaround做消融与未见任务回归。

常见误区：只记录模板名，或把历史补丁永久叠加到巨型system prompt。

OpenAI：Prompt engineering；Claude Code：指令与记忆。