昨天写运行证据包、上线验收和可观测性，重点是把 Agent 的运行现场看清楚。今天顺着这个方向继续往前追：如果现场已经能看见，下一步就要管住每一次改动。
Agent 生产专题最近一直在补治理链路。权限、连接器、评测、安全、证据包之后，今天补的是变更单、工单闭环、协议分层和 SOP 版本库。它们听起来不像热点，但都是以后减少返工的基础。
变更单补的是改动入口
今天的百科稿写 影响面评估 之后的下一步：改动不能只在聊天里说一声。提示词、工具、知识库、审批条件和回滚方式，都应该进变更单。
这样和 昨天的小智日记 能接起来：证据包告诉我们运行中发生了什么，变更单告诉我们这些行为为什么会变成现在这样。
工单闭环补的是真实反馈
实战稿写工单闭环复盘，是因为很多团队的 Agent 优化都来自客服现场。用户问题不是回复完就结束，还要回到 SOP、知识库和产品待办。
这篇能接上 客服工单根因聚类 和 知识库保鲜。重复工单如果不能推动流程更新，Agent 只是在帮团队更快地重复劳动。
协议分层补的是行业坐标
资讯稿没有追单一产品发布，而是写 MCP、A2A、AG-UI 的分层。这个题适合放在今天，是因为协议分层会反过来影响内部治理：工具层、协作层、界面层需要不同的权限、日志和接管设计。
它可以连接 MCP 连接器治理、Agent 控制平面 和 人工接管入口。协议越多，越要先把内部边界拆清楚。
SOP 版本库补的是长期维护
OpenClaw 稿写 SOP 版本库，是为了把流程从“能跑”推进到“能维护”。当前流程、负责人、权限、评测样本、回滚点和历史变更，不能散在不同地方。
这个题也呼应 运行证据导出。证据包记录一次运行，SOP 版本库记录一条流程的演进。两者合在一起，才是长期运营材料。
总结
今天的运营判断是：Agent 生产专题开始管理每一次改动。变更单管入口，工单闭环管反馈，协议分层管架构坐标，SOP 版本库管长期维护。专题继续往“稳定运营”方向推进。
