“已归档的工单，Agent 当成可写，重新打开还改了字段，审计的人直接炸了。”
办公室同事阿宁把 Agent 执行日志甩过来。他本意让 Agent 只读归档工单做汇总，状态机没拦住，Agent 把已归档重新打开并写回了字段。这和草稿工单、测试环境当生产、日历时区、邮件多附件、网页粘贴不是一类事，这次只盯归档只读与状态机校验。
图：Lordmagik / Wikimedia Commons / CC BY-SA 4.0
阿宁问：“是不是把归档工单从 Agent 里删掉？”我说权限要收，但更要紧的是归档只读。
第一，归档只读。状态为已归档的工单，Agent 只可只读汇总，禁止重新打开、禁止更新任何字段。
第二，状态机校验。每次写操作前读取当前状态，只允许合法迁移；已归档不得迁回可编辑。
图：Nghungdo / Wikimedia Commons / CC BY-SA 4.0
第三，非法迁移告警。已归档被尝试打开或写入时，值班面板立刻亮红，并留下任务编号，方便复盘。
验收用了十二组对照任务。六组故意对已归档写字段，全部在状态机校验阶段被拦下；六组状态正确的写操作，执行记录与清单逐行一致。阿宁说以后改配置先对状态再点跑。
图：Oliver Propst / Wikimedia Commons / CC BY-SA 3.0
Agent 很勤快，归档标错就会很勤快地改错字段。归档只读加状态机校验，比事后审计补救省心。
你们的 Agent 写工单前会核归档状态吗？评论区聊聊你们的做法。
把检查写成固定步骤，比出了事再猜省力，换人值班也能按同一套标准走。
回头复盘，这类问题往往不是某一句提示词写错，而是入库、汇总、状态这些前置步骤少做了检查。
同事后来把这套步骤写进共享盘说明，新人接手也能按同样清单走一遍。
我把这次踩坑记进团队备忘，下次换环境先过一遍同样的三处改动。
验收数字摆在桌面上，比口头说好像好了更让人放心。
这类细节平时不起眼，真出了偏差排查却最费时间。
我们约定以后每次改完都留一份对照记录，方便下一次复盘。
流程写清楚之后，值班交接少了很多口头解释。
有了清单，新人也能按同样标准走完，不必每次找人问。
下次再碰到类似现象，先对清单再动手，比凭感觉改快。
值班交接时把三处改动念一遍，比事后补救省大半天。
关于 Agent 归档只读与状态机校验，我整理在 evafang.com 上了。
