如果你发现WorkBuddy的智能体界面一直停留在“正在执行中”、进度条纹丝不动、技能按钮灰掉无法点击，或者任务日志在某一步卡了超过90秒没有任何新输出，那基本可以断定——当前执行链已经陷入阻塞，或者干脆是逻辑死锁。这时候别犹豫，赶紧手动干预，终止它。

强制中断当前执行任务

这个操作会直接杀掉正在运行的Skill进程，不保留任何中间状态。它专门用来对付UI完全冻结、指令无响应这种紧急场景。

先说最直接的一步：界面上方那个红色方块——「停止」按钮，点它。如果按钮点不动或者点了没反应，那就要上硬手段了。按下 【Ctrl + Shift + X】（Windows/Linux）或 【Cmd + Shift + X】（macOS），这组快捷键会触发硬终止信号。

接着等3秒，看看底部状态栏有没有出现“执行已中止”的提示。如果没出现，别停，继续往下走。打开任务管理器（Windows）或者活动监视器（macOS），找到并结束名称里带 【WorkBuddy SkillRunner】 或 【PythonWorker】 的进程。这步必须做，不然后台任务还在偷偷吃CPU和内存。

检查并禁用导致循环的条件分支节点

有些Skill在YAML里用了if-then-else或者loop结构，如果判断条件永远为真，或者缺了个break出口，就会引发隐式循环。这个问题很隐蔽——它不会报错，表面上看起来一切正常，但执行却永远卡在同一个节点上，仿佛掉进了递归的陷阱。

排查起来也不复杂。打开对应Skill的YAML文件，在execution区块里搜索所有带loop:或if:的行。定位到疑似卡住的那一步（比如step-7），看看它后面有没有break_on_true: true或者max_loop: 3这类退出约束字段。如果都没有，那基本就是它了。

还有一个更直接的验证方法：临时把这个步骤的action:值改成noop（空操作），保存后重新加载Skill再跑一次。如果执行立刻跳过并正常结束，那就可以确认，问题就出在这里。

通过指令动态注入步数限制参数

这个方法不需要修改配置文件，专为临时调试设计，改完立刻生效，省得反复重启客户端。直接在触发Skill的自然语言指令末尾加上--max-steps=6参数就行。

注意，参数和主指令之间要用单个空格隔开，不要加引号。举个例子：提取D:合同2026年Q2.xlsx中的付款条款 --max-steps=6。如果你是用企业微信远程调用，那就要把完整指令连参数一起发过去。系统会在第6步之后自动中止，并返回一条提示：“执行已终止：达到最大跳转步数限制(6)”。

清除Claw运行缓存并重建连接

有时候Claw通道的缓存会损坏，指令虽然能送过去，但本地的Agent解析不了，也反馈不了结果。表现出来就是“执行中”状态一直挂着，但实际上什么动作都没发生。

解决办法很简单：在手机端WorkBuddy机器人的对话框里发送/claw reset。电脑端收到指令后会自动关闭Claw服务模块，同时清空%APPDATA%WorkBuddyclawcache（Windows）或~/Library/Application Support/WorkBuddy/claw/cache（macOS）目录下的缓存文件。

发送完指令后，等10秒，再发一条测试指令，比如你好。观察一下电脑端右上角的Claw图标，如果它从灰色变成了蓝色脉动状态，那就说明连接已经重建成功了。