用途：把来自工单系统（Linear 或 Jira）或 Slack 的任务/对话作为起点，系统性地收集上下文并展开调查，最终输出下一步行动计划。
主要能力：
- 输入识别：支持 Slack 线程 URL、Linear URL、Jira URL，以及 [A-Z]+-\d+ 形式的纯工单 ID。Slack 消息时间戳会按规则从 p 前缀路径段转换。输入不明确时会要求用户澄清。
- 上下文抓取（第一阶段，必须串行完成后再进入第二阶段）：读取 Slack 线程内容，无回复时改抓取频道上下文；从内容中提取工单 ID、PR/文档链接，读取图片附件，按需抓取相关链接。工单 ID 会先尝试 Linear 再回退 Jira： if linear issue view <ID> >/dev/null 2>&1; then TRACKER=Linear; else TRACKER=Jira; fi 需 PATH 上有 linear CLI（由 linear-cli 技能提供），不可用时按 Jira 处理。
- 生成上下文摘要：包含来源、主题、描述、关键术语、相关系统模块、视觉证据、链接资源、相关人员。摘要完成前不进入第二阶段。
- 并行调查（第二阶段）：并行启动两个 Explore 子代理。一个通过 devsql 技能查询历史记录与既往工作；另一个用摘要中的具体术语搜索代码库、查看 git log 与相关 PR（gh pr view <n> --json title,body,comments,reviews、gh pr diff <n>，gh 不可用则跳过）。
- 可选日志调查：仅当工单为 bug 且已捕获错误签名、同时会话中可用 Datadog MCP 时才执行，否则静默跳过。
- 下一步规划：上下文清晰可执行时进入计划模式给出详细方案（含代码改动、测试、文档）；需要更多调查时列出具体方向；源自 Slack 时结合对话上下文。
限制：依赖 linear-cli、acli、devsql、Datadog MCP 及 gh 等外部工具，缺失时按上述规则降级或跳过；第一阶段与第二阶段须严格先后执行；资料未提供具体性能、平台范围与配套安装方式。