sn-research-planning

Research Planning

产出 plan.json。它同时承担定界、报告形态约束和执行地图，用来指导 sub_reports/*.md 和最终 report.md 的生成；不是研究结论预设。

行为边界

做：

• 从 request.md 识别研究目标、边界、受众、用途、时间/地域和假设。
• 在需要时先做报告格式发现，再设计有依据的报告形态。
• 设计轻量报告形态：终稿章节、结构依据、必须产出的表格/图/比较项、写作约束。
• 把关键问题拆成可执行研究维度。
• 让每个维度都能独立落盘为一个子报告。
• 明确每个维度要回答什么、用什么方法、产出什么材料。
• 为每个维度指定搜索策略和充分性标准。
• 排出合理执行顺序和真实依赖。

不做：

• 不写研究结论。
• 不把终稿章节直接复制成研究维度。
• 不做单独的 briefing.md、blueprint.json 或 synthesis.md。
• 不做资料综述或事实展开。
• 不制造不必要的并行/依赖复杂度。

输入

• {report_dir}/request.md

规划流程

1. 锁定目标：从 request.md 提取最终报告要服务的判断。
2. 界定范围：写清对象、时间、地域、受众/用途、排除项和执行假设。
3. 判断是否需要格式发现：如果用户已明确给出报告结构，或报告类型非常标准且约束明显，可直接进入下一步；否则先做一次轻量格式发现。
4. 发现报告格式：必要时读取 sn-report-format-discovery，识别报告类型、可信结构来源、必备章节、强制元素和风格约束，再压缩进 plan.json.report_shape。
5. 设定报告形态：给出终稿章节建议、结构依据、必备元素、适合的表格/图和写作约束。
6. 抽取问题：把关键问题分成基础事实、机制/原因、比较、影响、风险、趋势或建议类问题。
7. 设计维度：按“可独立研究、可回答问题、可贡献终稿”的标准合并或拆分维度。
8. 定义任务：为每个维度写清 key_questions、method、search_strategy、expected_output 和 depends_on。
9. 定义搜索充分性：说明需要覆盖哪些来源类型、至少几轮检索、哪些关键问题必须交叉确认。
10. 排序执行：先做定义、事实、背景和口径类维度，再做比较、解释、影响、判断类维度。
11. 写完成标准：明确什么条件下可以从分维度研究进入终稿写作。

报告格式发现

规划阶段不要求每次都单独研究格式，但在下列情况应主动做一次格式发现：