用途：research-pipeline 把研究流程编排为一条固定管线，依次调用五个专门技能，用结构化上下文交接完成从研究问题到成稿的全过程，属于“管线模式”技能编排。
主要能力：按顺序执行 researcher（文献检索与综述草稿）、synthesizer（提炼跨主题洞见与张力）、devils-advocate（挑战核心论点，最多两轮交锋）、fact-checker（核验引文与数据声明）、editor（按 CLAUDE.md 风格润色成文）。每阶段有质量门检查，通过标准化 handoff 传递交付物、上下文与质量信息，并校验 schema、内容与 checksum。
使用方式：适用于“写某主题的文献综述”“研究某主题并给出精炼总结”等完整流程需求。支持 comprehensive（默认）与 focused 两种范围；可用 --skip=devils-advocate 等跳过阶段，--output="{custom path}" 指定输出位置，默认输出到 docs/literature/{topic}/。流程状态保存在 /tmp/pipeline-state-{workflow_id}.yaml，可断点续跑。完成后可选调用 git-strategy-advisor 获取建议，但不自动调用 archive-workflow。
适用场景：需要多阶段质量保证、可无人值守执行的标准化研究工作；不适用于只需部分环节、仅要草稿、需要自定义顺序或并行研究流的情况。
限制：跳过阶段会降低质量保证；论文数量、页数、时长等具体指标尚需用户设定；技能依赖相关子技能与参考文件存在，缺失时做优雅降级；git 建议仅在仓库内改动可被检测，属咨询性质，不可用则跳过。