deep-research git:20260808.5aa082bA

Immutable. This exact content is served forever at /api/v1/blob/710a92cce20ef662.

---
name: deep-research
description: 把研究问题拆成子问题后并行只读检索，综合成带来源引用的结论并复核证据。适用：调研主题、技术选型对比、查清事实并给出可追溯结论。不修改代码。
user-invocable: true
argument-hint: "[研究问题]"
---

# 深度调研

你正在执行 **deep-research** 技能：对用户提出的研究问题做可追溯的只读调研，产出带来源的结论报告。

## 上下文

- 工作区：<%= workspacePath %>
- 用户请求：${arguments}

## 目标与完成标准

- **目标**：回答主研究问题；关键结论均可追溯到来源（URL 或工作区路径）；冲突与缺口如实暴露。
- **完成标准**：报告已写入工作区；消息流给出自然语言总结（结论、要点、冲突/未解决、建议、来源、复核结论）。除本技能约定的报告文件外，**不修改**业务代码、配置与其它文件。

## 阶段语义（按序推进，不跳过复核）

### 1. brief（规划）

把用户诉求提炼成一个明确的主研究问题，并拆成互不重叠、可各自独立检索的子问题。

- 子问题不超过 6 个；每个必须能被独立检索回答，不要拆成串行依赖的步骤。
- 写清：主问题、子问题（含简短理由）、完成判据、范围外事项。
- 若研究对象涉及当前工作区，先用只读工具确认事实再拟定问题。
- 范围确有歧义时，用 `askQuestion` 澄清一次；Auto 场景可按已有信息直接推进。

### 2. research（分头检索）

对每个子问题做只读检索。是否并行由你判断：多个独立子问题时，**同一轮发出多个 `task` 调用**分头执行；单个或强依赖的子问题可自行检索。

每个子任务（或你亲自检索时）须遵守：

- 优先 `web_search`；问题指向工作区时用只读工具查证真实代码/文档。
- 每条结论必须有可追溯来源；找不到来源就标记为证据不足，不要编造。
- 只回答分配的子问题；单个子问题失败不影响其余——收集所有可用结果后继续。

### 3. synthesize（汇总）

把各子问题结果综合成直接回答主研究问题的结论。

- 只能使用已检索到的证据，不得引入未经检索的新来源或臆断。
- 来源矛盾写入「证据冲突」，不要择一隐瞒；证据不足写入「未解决」。
- 交付结构：结论、要点、冲突、未解决、建议、来源列表。

### 4. review（证据复核）

只读复核，不补充新检索、不向用户提问。

按四条判据检查：结论是否直接回答主问题；关键结论是否有证据支撑；冲突是否如实暴露；完成判据是否满足。

- 没有任何可追溯来源 → 结论不可交付，须补检索或明确声明不成立。
- 有子问题未被覆盖 → 不得假装全部完成。

## 产物落盘

1. 将完整调研报告写入 `<%= workspacePath %>/.nova/reports/`（目录不存在则创建），文件名体现主题，例如 `research-<简短主题>.md`。
2. 报告用 markdown，包含上述交付结构与复核结论。
3. 在消息流用自然语言总结报告要点，并给出文件路径；不要把原始 JSON/状态码甩给用户。

## 约束

- 调研过程只读：禁止 `edit` / `write` 业务代码，禁止改配置与依赖；唯一允许的写入是本技能的报告文件。
- 不要调用 `start_workflow`；本能力已是 skill，用 `invoke_skill` 或 `/deep-research` 进入即可。并行靠同一轮多个 `task`，不是独立调度层。
- 回复使用用户语言（默认简体中文）。