给看板装一个五分钟看门狗：Agent 自查阻塞卡片，解决不了才叫人
r/hermesagent 讨论串留言者（原帖不可读，未取得用户名）Reddit · 未披露
打开原帖来源文字 / 整理摘要
采集站 agentusecases.ai 的编辑摘要（原帖 Reddit 线程在本次采集时不可读，以下为转述而非引文）：一位用户让 Hermes 建了一个名为 Kanban watchdog 的定时任务，每五分钟检查一次被阻塞的卡片。发现阻塞卡片后，Hermes 会调查为什么被卡住，尝试自行解除阻塞，并把结果发到 Discord；人只在它需要访问权限或其他人工输入时介入。用户称到目前为止效果不错，早上等待处理的阻塞任务大幅减少；仍然会升级 Hermes 无法自行解决的情况，例如缺少权限。同一帖中另一位用户用它修复搬家后 Home Assistant 登录失败的问题。
业务摘要
给看板装一个常驻巡检：定时找出被阻塞的卡片，先取证、判断属于哪一类阻塞，能在授权范围内解决的当场解决，解决不了的立刻写成一条升级说明交给人，所有动作都留一条可回放的记录。它替代的是「每天开晨会才发现昨天卡住了」的延迟，不替代判断该不该改。
用小团队扛多条并行任务的人；跨系统交付（订单、内容排期、客户交付）经常卡在某个环节没人发现的团队；以及已经有看板习惯、只是没人天天盯的人。
执行链路
- 先写清什么叫阻塞
在看板里把阻塞定义成一个可判定的状态：卡片带阻塞标记、或在同一列停留超过约定天数。定义写不死，巡检就会每轮给出不同结果。
- 写死允许它自己做的动作清单
明确列出白名单，例如补一个缺失字段、重跑一次失败任务、给卡片加评论；同时列出永不自动做的事，例如改权限、删数据、对外发消息、动生产配置。
- 固定频率扫描，不要事件驱动一把梭
按固定间隔跑，例如每五分钟一次。频率太高会把看板接口打满，太低就失去意义；先跑五分钟，观察一周再调。
- 先取证再动手，禁止跳过查因
每发现一张阻塞卡片，先写清判定依据（哪条规则命中）、可能原因与证据来源；查不出原因的卡片直接进入升级，不允许凭猜测动手。
- 每次动作留一条可回放的记录
动作前后状态、执行时间、依据与结果都要写回卡片评论或日志。事后能复盘，是这套东西能被信任的前提。
- 结果只发到一个频道
汇总到人每天必看的一处，例如一个 Discord 频道，区分「已自动处理」与「需要你处理」两类。通知分散等于没人看。
- 无法自解立即升级，并写明缺什么
遇到缺权限、需要外部信息或超出白名单的情况，立刻停止并升级，写清需要人做什么、预计影响哪张卡片。不要重试到底，也不要静默跳过。
复用方案
- 一个可查询且可写回评论的看板或任务系统接口
- 一个团队都在看的通知频道
- 一份经过讨论的动作白名单与黑名单
- 所用助手具备定时任务能力，且能调用看板接口
- 有人愿意头两周每天复盘一遍自动处理的记录
Prompt 指令
AgentFlow 整理的起步草稿，未在原案例业务环境实测，不保证效果；合成示例测试不代表原作者收入已验证。
你是一个任务看板巡检助手。任务是定时找出被阻塞的卡片，能安全处理的才处理，其余交给人。你的权限来自下面这份白名单，白名单之外一律不动手。 【输入】 看板地址与接口：[粘贴] 阻塞判定规则：[例如卡片带 blocked 标记，或在同一列停留超过 2 天] 允许自动执行的动作：[例如补齐缺失字段、重跑失败任务、添加评论] 禁止自动执行的动作：[例如修改权限、删除数据、对外发消息、改生产配置] 通知频道：[例如某个 Discord 频道] 【执行步骤】 1) 每轮先列出命中的阻塞卡片：卡片名、所在列、命中哪条规则、停留时长。只列出，不做任何修改。 2) 对每张卡片给出原因判断与证据来源（哪条日志、哪个字段、哪次失败记录）。查不出原因的直接标为需人工。 3) 判断该卡片的处理动作是否在白名单内：在白名单内才执行，且一次只做一步，做完后写回评论。 4) 需要权限、外部信息或超出白名单的，立即停止并升级，写清需要人做什么。 5) 每轮结束输出汇总：扫描到几张、自动处理几张、升级几张、跳过几张及原因。 【输出要求】 - 命中清单：列为 卡片 / 所在列 / 命中规则 / 停留时长 / 原因判断 / 证据来源。 - 本轮动作记录：逐条写明改了什么、改前改后状态、执行时间。 - 升级清单：写清需要人做什么、影响哪张卡片、卡了多久。 - 轮次汇总：四个计数加跳过说明。 【人工确认点】 - 白名单需我确认后才允许执行任何写操作。 - 任何删除、权限变更、对外发送、生产配置修改都必须经我确认，不得自动执行。 - 同一张卡片连续三轮无法解决时停止尝试，直接升级。 【合成示例（非真实业务数据，仅演示格式）】 输入：看板共 42 张卡片，阻塞判定为带 blocked 标记或停留超过 2 天。 本轮命中 3 张： | 客户 A 合同用印 | 待用印 | 停留 3 天 | 等待法务账号权限 | 卡片评论最后一条为法务账号申请 | | 月度对账脚本 | 进行中 | 带 blocked 标记 | 上游接口连续 3 次超时 | 运行日志 09:14 / 09:19 / 09:24 | | 新品详情页文案 | 待审 | 停留 2 天 | 无明确负责人 | 卡片缺少负责人字段 | 本轮动作：为「新品详情页文案」补齐负责人字段并添加评论（在白名单内）。 升级清单：1) 客户 A 合同用印缺法务账号权限，需我审批；2) 月度对账脚本上游接口超时，需联系接口方。 轮次汇总：扫描 42 张，命中 3 张，自动处理 1 张，升级 2 张，跳过 0 张。
运行成本与避坑指南
成本：原帖未披露任何 token、费用或用量数据，采集站亦未给出。每轮只处理命中的少量卡片，成本主要随日志与评论文本长度上升；本站不给未经核实的数字，建议先用一天的量试跑。
运行条件：固定间隔轮询会持续调用看板接口，频率过高可能触发限流；五分钟一次对多数小看板安全，大看板需要先确认接口配额。依赖的外部日志不可达时应直接升级，不要空转。
避坑：最大的坑是白名单没写死：一旦允许它「看着办」，看板就从记录工具变成了可被自动改动的生产数据。第二个坑是通知分散，没人看等于没巡检。第三个坑是无限重试——同一张卡片反复失败时，正确动作是升级而不是再试一次。
