定制 AI Agent 上线后谁负责改知识？版本发布与回滚的最小制度

定制 AI Agent 上线后的知识发布制度，指的是：谁可以改库、谁签字放行、如何切到生产、出错如何回滚、事后如何抽检——不是「谁有共享盘权限谁就能改生产」。没有这套制度，政策价、运费险、活动规则一变就会答错；这比换一个更强模型更常见。RAG 怎么建见 /blog/enterprise-rag-knowledge-base-agent；Owner 分工见 /blog/custom-agent-project-owner-raci。GeonAI 把发布流写进交付与移交；官网 /agents 仅为能力参考（363+ 预设非公众全量试用）。评估请邮件 [email protected]。

为什么「上线即结束」会翻车

• 业务规则比模型版本变得更快：促销、政策、SLA 周更很常见
• 供应商 Demo 包无人接盘 → 口径漂移，一线绕过 Agent
• 无版本号与回滚 → 一次错误入库要靠「再改一遍」止血，窗口拉长
• Prompt/工具白名单与知识混改 → 事故无法追溯是知识问题还是配置问题

最小角色（可贴进运维手册）

中小团队可一人身兼多角，但 审核签字与发布执行应分开记录，避免「自己改自己发」。边界变更仍走三表，见 /blog/custom-agent-scope-boundary-in-contract。

发布流（最小可运行）

1. 草稿：标明生效时间、替换哪份旧文档、适用渠道
2. 审核：业务 Owner 通过；涉红线内容合规抽检
3. 预发检索抽检：金标问集 + 难例；确认引用与旧版不再命中
4. 生产切换：绑定知识版本号；记录操作人与时间
5. 周抽检：抽样会话是否引用新版；错误承诺计入伤害指标

试点期「少惹祸」指标与抽检节奏见 /blog/custom-agent-30-day-pilot-metrics。交付物里应有「知识发布流程」一项，见 /blog/custom-agent-delivery-artifact-checklist。

回滚：保留 N 版，事故可切回

• 至少保留最近 N 个 可切换知识版本（N 写进运维手册，常见 3–5）
• 错误制度/错误价导致投诉或损失时：切回上一版本，冻结问题文档，开事故单
• 回滚后 24 小时内补正确版，并复跑金标问集
• 禁止「只删库不记版本」——无法证明切回点

与 Agent 配置变更分开

Prompt、工具白名单、转人工阈值与知识热更新 不要混成同一把钥匙。配置变更走变更单/门禁；知识走发布流。混改会导致：出事后不知道回滚知识还是回滚配置，值班无法执行。避坑信号见 /blog/ai-agent-project-red-flags。

找 GeonAI 时怎么描述

请说明现有文档 Owner、期望更新频率（日/周/活动窗）、能否保留多版本回滚。邮件 [email protected]、服务方案 或 Live chat。我们按可回滚的发布流交付，不把「共享盘随便改」当生产。