Research orchestrator zh

Hermes 适配说明

• 本 skill 现面向 Hermes 使用，优先依赖 Hermes 原生工具：search_files、read_file、write_file、patch、session_search、delegate_task、cronjob、browser、web/search、vision。
• 若正文提到 references/... 或 scripts/...，优先读取当前 skill 目录下对应文件，不再依赖 Claude 专属目录结构。
• 原始 Claude agents/openai.yaml 不作为执行前提；需要并行研究、分工精读或角色评审时，改用 Hermes 的 delegate_task。
• 保留原有研究方法论与产物契约，但执行层统一按 Hermes 工具体系落地。

Research Orchestrator（中文）

这是研究项目的推荐入口 skill。它不替代子技能，而是负责判断当前任务属于哪种研究场景、加载哪些约束、以及每一步应该产出什么中间件。

何时使用

• 用户要从 brief / notes / 现有报告 启动一个新研究方向。
• 用户要在已有项目上继续扩展证据、补充空白、探索边界。
• 用户要把多个专题稿合并回成熟主稿，并控制版本与一致性。
• 用户要围绕一个子方向做深挖，但希望结果能回接主稿。
• 用户要把一次性调研扩展成周期性监测与知识库维护闭环。
• 用户要维护 awesome-*.md、repo README 或长列表资源页。
• 用户要按机构路线而不是技术树梳理一个方向。
• 用户要对一个方向做三轮以上批判性迭代。
• 用户要把新概念并回多份文档，统一长期口径。
• 用户要专门抽取 methodology、样本流、prompt/template 和 loss 设计。

默认原则

• 默认中文输出。
• 默认把结果落盘成 Markdown 文件，而不是只停留在对话里。
• 学术问题优先论文、benchmark、dataset page；产业问题优先官方页面与权威技术博客。
• 明确区分 直接证据、邻近证据、综合判断。
• 默认维护项目索引与版本链；非用户要求时不覆盖旧稿。

输入

• research_goal: 当前轮研究目标
• existing_files[]: 已有报告、笔记、PDF、Markdown、表格或索引（可为空）
• time_window: 年份或时间范围（可选）
• deliverable_type: "增量稿"|"专题稿"|"方向比较稿"|"双视角稿"|"成熟主稿"|"图示增强"|"awesome_page"|"institution_roadmap"|"critical_iteration_report"|"route_family_comparison"

输出

• research_agenda
• selected_workflow
• required_artifacts
• handoff_notes

快速分流

1. 新方向启动
   • 调用链：brief-ingester-zh -> literature-scout-zh -> paper-reader-zh -> paper-critic-zh -> research-synthesizer-zh -> report-maintainer-zh
2. 已有报告增量扩展
   • 调用链：brief-ingester-zh -> literature-scout-zh -> paper-critic-zh -> research-synthesizer-zh -> report-maintainer-zh
3. 专题深挖
   • 调用链：brief-ingester-zh -> literature-scout-zh -> paper-reader-zh -> paper-critic-zh -> research-synthesizer-zh
4. 主稿成熟化合并
   • 调用链：research-synthesizer-zh -> report-maintainer-zh
5. 图示增强
   • 只在主稿结构稳定后调用 doc-diagram-orchestrator-zh
6. 持续监测与落库
   • 调用链：scheduled-research-monitor-zh -> knowledge-base-updater-zh
7. 概念边界辨析
   • 调用链：brief-ingester-zh -> concept-boundary-analyzer-zh -> research-synthesizer-zh -> report-maintainer-zh
8. survey -> 技术方案
   • 调用链：brief-ingester-zh -> literature-scout-zh -> paper-reader-zh -> paper-critic-zh -> research-synthesizer-zh -> role-review-panel-zh -> report-maintainer-zh
9. repo-curation-sync
   • 调用链：brief-ingester-zh -> literature-scout-zh -> awesome-repo-maintainer-zh -> research-synthesizer-zh -> report-maintainer-zh
10. institution-roadmap

• 调用链：brief-ingester-zh -> literature-scout-zh -> paper-reader-zh -> paper-critic-zh -> critical-iteration-lab-zh -> research-synthesizer-zh -> report-maintainer-zh

11. critical-iteration-report

• 调用链：brief-ingester-zh -> literature-scout-zh -> paper-reader-zh -> paper-critic-zh -> critical-iteration-lab-zh -> research-synthesizer-zh

工作流

1. 先读取已有材料，明确项目现状，而不是直接搜索。
2. 基于目标与已有材料产出 research_agenda。
3. 依据 workflow-state-machine.md 选择阶段与出口条件。
4. 依据 artifact-contracts.md 约束每个子技能的输入输出。
5. 依据 evidence-discipline.md 审核措辞与证据等级。
6. 依据 source-tiering.md 决定优先搜索哪些来源。
7. 如果任务是 recurring research，优先把“监测”和“落库”拆成两个阶段，不直接让定时任务改主稿。
8. 只有在章节与结论稳定后，才进入图示阶段。
9. 若任务本质上是在分辨概念、框定边界或固定统一口径，优先走 concept-boundary-analyzer-zh，不要直接跳进长篇文献堆叠。
10. 若任务本质上是把研究判断落成技术蓝图或路线图，优先在成稿后走 role-review-panel-zh 做多职责交叉收敛。
11. 若任务本质上是维护 curated repo 页面，优先走 awesome-repo-maintainer-zh，不要把 repo README 当成熟主稿来更新。
12. 若任务本质上是多轮 critical thinking，优先走 critical-iteration-lab-zh，不要只靠 paper-critic-zh 做单轮结论审校。
13. 若任务本质上是统一长期定义、清理概念漂移、把 hypothesis 和成熟结论分开，优先走 concept-registry-maintainer-zh。
14. 若任务本质上是深挖训练方式、样本流、prompt/template、stagewise training，优先走 methodology-sample-flow-extractor-zh，不要只用通用 paper notes 兜底。

调度守则

• 能通过已有上下文判断的，不先问用户。
• 不把单篇摘要堆成综述；综合稿按方向与章节组织。
• 如果证据不足，保留为 待验证假设 或 下一版建议，不要写成成熟结论。
• 发现旧文档和新证据冲突时，以最新可核的原始来源为准，并把冲突记录到维护环节。

资源

• 状态机：references/workflow-state-machine.md
• 中间产物契约：references/artifact-contracts.md
• 证据纪律：references/evidence-discipline.md
• 来源分层：references/source-tiering.md
• 报告类型：references/report-types.md

Hermes 强执行协议

当这个 skill 被调用时，不要只做“路线建议”。要按下面的执行顺序真正落地：

1. 先用 read_file / search_files 读取用户已有材料，而不是先联网。
2. 如用户提到“以前做过”“之前有稿子”，先用 session_search 回忆历史会话。
3. 产出一个明确的 selected_workflow，只能从本文“快速分流”里选一个主流程；若是复合任务，写出主流程 + 次流程。
4. 明确列出本轮必须生成的工件文件名，优先用 Markdown：
   • context_brief.md
   • evidence_map.md
   • paper_notes_*.md
   • evidence_audit.md
   • synthesis_packet.md
   • report_*.md
5. 需要并行精读、分工检索或多角色评审时，使用 delegate_task，不要依赖 Claude agent 配置文件。
6. 真正需要持续监测时，使用 cronjob 创建自包含任务；cron prompt 必须写清输入文档路径、时间窗口、输出路径，不能依赖当前对话上下文。
7. 需要写入文件时，用 write_file 或 patch；先写新稿，再决定是否合并进旧稿，默认不覆盖旧稿。

Hermes 推荐编排模板

建议按下面的最小编排推进：

• 第 1 步：读取现有材料，生成 research_agenda
• 第 2 步：调用 literature-scout-zh 生成 evidence_map
• 第 3 步：挑选高价值来源，调用 paper-reader-zh 精读
• 第 4 步：必要时调用 paper-critic-zh 做证据审校
• 第 5 步：调用 research-synthesizer-zh 产出结构化文稿
• 第 6 步：若用户要落库/并回主稿，再调用 report-maintainer-zh 或 knowledge-base-updater-zh

停止条件

满足以下条件之一才能结束当前轮：

• 已明确 selected_workflow
• 已生成或更新至少一个可交付 Markdown 工件
• 已说明下一步该调用哪个子 skill，以及为什么
• 若证据不足，已明确记录为 待验证假设 / open question