diagnose-why-work-stopped

诊断工作停止的原因

使用 修复失败的 Paperclip 运行。当前工作流由它负责：找出首个根因故障，将其复现为失败状态，修复共享契约，测试二阶影响，验证真实工作流，并提交检查全部通过的 PR。修复已停止工作的常规请求会直接继续此工作流，无需单独设置计划审批关卡。

如果用户或调用工作流明确要求仅进行诊断，或要求在实施前获得批准，则应在此范围内开展调查和安全分析。例如，Terminal-Bench 诊断子任务不会覆盖该循环的看板审批边界。明确指出下一步行动及其负责人。

对于问题树诊断，请阅读当前的 doc/execution-semantics.md，检查相关子树和近期修复，并对未取得进展的节点进行分类：

• **确实在等待：**必须由指定人员或外部依赖采取行动。
• **Agent 可处理但未路由：**已获授权的有效工作缺少可执行路径。
• **已有工作覆盖：**现有工作已负责下一步行动；不要重复处理。

同时维护以下三项不变量：

1. 有效工作都有明确的下一步行动和负责人。
2. 只有真正的阻塞因素才会停止工作，包括审批、凭据和预算。
3. 恢复过程有明确边界，且不会递归地恢复自身。

将任何修复方案表述为通用行为契约，用一个有效工作的反例进行检验，并按照新技能的要求完成授权范围内的全部工作。 历史任务链接和私有事件访问权限并非必需。