提示词版本管理与回滚策略
提示词就是代码。请以对待应用变更同样的严谨态度对待它们。
版本控制
- 将提示词存储在带版本管理的数据存储中（例如 config-profiles）。
- 捕获元数据：tenant_id、guidance 配置文件名称、语言、作者、时间戳、diff 摘要。
- 要求提交信息解释本次变更。
测试流程
- 草稿： 在 staging 环境中编辑提示词，并使用录制的会话记录进行回归测试。
- 同行评审： 让另一位操作员或文案审阅语气与合规性。
- Canary： 向一小批租户或内部环境推出。
- 监控： 在发布后关注 containment、fallback 原因以及负面反馈。
- 注释： 在分析仪表板上标注新提示词版本的 ID。
回滚计划
- 每个租户至少保留两个版本：当前版本和上一个版本。
- 在管理 UI 中提供带审计日志的一键回滚。
- 当发生回滚时，通知 ops 和受影响的租户，尤其是在受监管行业中。
自动化提示
- 将提示词与 CI/CD 集成：提交到 Git、运行自动化 linting，并通过 pipeline 推送到 config-profiles。
- 触发 Playwright 或回归脚本，重放常见查询。
- 每当 prompt_version 发生变化时使用 Google Chat 告警，让相关方知道需要监控指标。
Threada 中的实现
Threada 将提示词版本与分析事件、知识资产刷新历史以及 fallback 原因仪表板关联起来。复用这种方法，让提示词的修改保持可追溯且可回滚。