“工单明明关了，Agent 却根据一条旧评论又开了一张新单。”
办公室同事小周把流水甩过来。Agent 监听评论，把「已关闭」工单上的补充说明当成新需求，自动再开单，值班被催着处理幽灵单。这和归档、草稿、取消会议、抄送、转发链不是一类事，这次只盯关闭状态只读门禁与试发。
图：Southwold1966 / Wikimedia Commons / CC0
小周问：“是不是把评论监听全关了？”我说先加关闭状态只读门禁，再试发确认。
第一，状态门禁。工单状态为已关闭时，评论只读入库，禁止触发新建工单。
第二，试发确认。关闭态下故意发一条评论，系统必须拒绝开新单并记日志。
图：Southwold1966 / Wikimedia Commons / CC0
第三，对照验收。开放态评论仍可建单；关闭态评论不得建单。两边各压一轮。
验收把九笔关闭态评论重放。改前有五笔误开新单，改后九笔都拦下；开放态三笔仍正常建单。小周把门禁写进 Agent 规则表。
图：Southwold1966 / Wikimedia Commons / CC0
已关闭工单看起来只是状态字，监听不设门禁就会把旧评论当新需求。关闭状态只读再试发，幽灵单才少。
你们用 Agent 盯工单时，有没有遇到过已关闭单被评论再开？最后怎么拦的？欢迎评论区聊聊。
把检查写成固定步骤，比出了事再猜省力，换人值班也能按同一套标准走。
回头复盘，这类问题往往不是某一句提示词写错，而是入库、汇总、状态这些前置步骤少做了检查。
同事后来把这套步骤写进共享盘说明，新人接手也能按同样清单走一遍。
我把这次踩坑记进团队备忘，下次换环境先过一遍同样的三处改动。
验收数字摆在桌面上，比口头说好像好了更让人放心。
这类细节平时不起眼，真出了偏差排查却最费时间。
我们约定以后每次改完都留一份对照记录，方便下一次复盘。
流程写清楚之后，值班交接少了很多口头解释。
有了清单，新人也能按同样标准走完，不必每次找人问。
下次再碰到类似现象，先对清单再动手，比凭感觉改快。
值班交接时把三处改动念一遍，比事后补救省大半天。
同一套对照数字留在共享盘，下一次排查能直接对齐。
交接时把验收数字念一遍，比口头说好像好了更踏实。
我们把三处改动写进值班备忘，换班也能按同一套走。
出了偏差先对清单，再决定要不要动配置。
关于关闭状态只读门禁与试发，我整理在 evafang.com 上了。
