用途
该技能面向一类反复出现的问题：用户或管理者指向一棵停滞、循环或过度恢复的问题树，询问“为什么停止了”“为什么在循环”“如何确保不再发生”。它是一套诊断加产品设计的可重复流程，不是工程实现。最终产出是一份书面根因分析和一份经批准的计划，本技能不产生任何代码变更。
主要能力
- 对指定问题树进行取证，定位确切的停止点，引用运行 ID、评论时间戳、状态转换等证据。
- 调查近期相关工作，避免提出与近期已合并代码相矛盾的新规则。
- 对问题树中每个未推进的问题进行分类：真正需要人工或董事会介入、可由智能体处理但当前未路由、已被覆盖。
- 将结论表述为通用产品契约，而非一次性补丁。
- 编写分阶段计划，包含取证摘要、产品规则、文档更新需求、分阶段子任务、明确负责人和阻塞依赖。
- 请求确认后再分解子任务，并对指定问题树执行 Phase 0 清理。
使用方式
触发条件包括：任务标题或正文匹配“为什么这项工作停止了”“无限循环”“循环”“卡住”“从产品角度处理”“通用产品原则/规则”等表述，或附带指向具体停滞/循环/过度恢复问题树的链接。不适用场景：任务要求直接提交代码变更、针对具体功能的普通缺陷报告、或作为原始实现者修复自己的缺陷。
执行流程：先阅读执行语义文档，保持其术语不变；对指定问题树逐节点取证，找到确切的停止点；调查近期相关工作；对每个未推进的问题分类；将规则表述为契约并对照执行语义文档；将计划写入问题计划文档；打开请求确认交互并等待批准；获批后创建分阶段子任务并设置依赖；对指定问题树执行 Phase 0 清理；最后发布董事会级总结评论并关闭父问题。
适用场景
适用于需要根因分析、取证或产品规则设计的诊断任务，尤其是涉及工作停滞、循环、过度恢复、存活性问题等场景。也适用于在做出产品变更前需要书面分析和批准计划的场合。
限制
本技能不产生代码变更，不直接修复缺陷。跨公司取证需要董事会批准的诊断路径，不得绕过公司范围限制。不得在取证阶段编写代码。不得隐藏或删除症状性恢复问题，需保留审计线索。提出的规则必须同时保持三条不变量：有明确下一步的工作持续进行、只有真正阻塞才停止、恢复与延续循环有界。若规则会阻碍近期成功的工作运行，应放弃或收窄。