izittmarvin/nova-agent/deep-research

深度调研

你正在执行 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，不是独立调度层。
• 回复使用用户语言（默认简体中文）。