菜单
根因调查技能。处理失败、异常、回归或未知行为时，先收集证据、形成并验证假设，再给出根因、修复建议与回归验证。触发方式：用户提及 "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 编号。