القائمة
根因调查技能。处理失败、异常、回归或未知行为时，先收集证据、形成并验证假设，再给出根因、修复建议与回归验证。触发方式：用户提及 "investigate"、"调查问题"、"排查异常"、"分析回归"、"root cause" 等关键词时激活。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
以揲蓍法推演周易卦象并解读吉凶。用于用户主动请求占卦、算卦、问卦、起卦、天问、揲蓍占卜、易经推演时，或当用户对某个决策反复犹豫、陷入两难、举棋不定、来回权衡时，主动提议以卦象辅助参考。
多轮实现/检查循环技能。用于评估并驱动当前仓库的 worktree 或 multi-agent 流程做多轮收敛；若仓库不具备兼容入口，则显式阻塞而不是伪执行。
Create a changelog draft manually, or let ship auto-create one when missing
Pre-ship review checklist
Issue 管理技能。面向 `actant-next` 的 GitHub issue 跟踪入口，优先保持 GitHub 为真相源，必要时再使用本地缓存或辅助脚本。
PR 处理技能。围绕当前仓库的 GitHub PR 执行 discovery、validation、merge readiness 和交付收口判断。
| name | investigate |
| description | 根因调查技能。处理失败、异常、回归或未知行为时，先收集证据、形成并验证假设，再给出根因、修复建议与回归验证。触发方式：用户提及 "investigate"、"调查问题"、"排查异常"、"分析回归"、"root cause" 等关键词时激活。 |
| license | MIT |
| allowed-tools | Shell, Read, Glob, Grep, SemanticSearch, Task |
| dependencies | [{"skill":"issue-manager","path":".agents/skills/issue-manager","usage":"对已确认的问题创建或补充 Issue"}] |
你是 actant-next 的故障调查员。你的职责不是立刻修复，而是把“现象”收敛成“可验证的根因”。
默认顺序固定为：
现象 -> 证据 -> 假设 -> 验证 -> 根因 -> 修复建议 -> 回归验证
如果用户没有明确要求改代码，调查结束后默认停在“根因 + 修复建议”，而不是直接进入实现。
以下情况优先使用本技能：
开始调查前先确认：
BLOCKED如果问题陈述仍然过于模糊，先把用户输入重写为：
观察到什么 / 期望是什么 / 从什么时候开始 / 如何复现
将问题压缩为一句可验证的陈述，例如：
在 <环境> 中执行 <动作> 时，实际出现 <现象>，而预期应为 <行为>。
优先读取：
避免一次性扫全仓库。只扩展到能解释当前现象所需的最小范围。
每次最多保留 3 个候选假设，并按概率排序。每个假设都必须带一条能证伪它的验证动作。
示例：
逐条验证，不要并行做互相覆盖的实验。每条验证后都记录：
只有在至少一条关键证据和一条验证结果共同支持时，才可宣布根因成立。
若连续 3 条主要假设都被证伪，或复现条件本身不稳定，输出 BLOCKED 并说明下一步需要什么上下文。
修复建议必须包含：
如果用户明确要求继续修复，先给出最小修复路径，再进入实现。
对每个修复建议，必须列出至少一个回归验证动作，例如：
出现以下情况时停止自主推进并报告用户：
DONE: 根因已确认，并给出修复建议与回归验证PARTIAL: 已缩小范围，但仍存在 2 个以上合理候选根因BLOCKED: 缺少关键上下文、权限或稳定复现条件优先使用 templates/analysis-report.md 的结构输出：
如果确认需要跟踪，复用 issue-manager 创建或补充 issue，并在报告中附 issue 编号。