用途：run-pipeline 是一个元流程（meta process）技能，把分阶段的流程串成一个可恢复的闭环，负责编排而非融合各阶段工作。核心问题是：未来的智能体能否仅凭一个 loop 文件夹恢复现场——当前阶段、等待的门、已交付内容，而无需重新推导整条链路。
主要能力：按阶段调度对应的叶子技能（research-、brief-/write-、produce-、evaluate-*），本技能只拥有排序逻辑与 pipeline.md。在每个门处停止，绝不自动批准；执行阶段暂停于 execution fork，brief/execute 输出以 decision_state: pending 落地。分叉受注册表约束：按 _shared/tool-registry-spec.md 执行 list_tools(category)，0 个已验证则仅 Brief，≥1 则提供 Assisted/Direct。闭环要求 evaluate 对重新摄入的真实资产评分，而非对 brief 评分；无摄入即为开环并需标记。状态存放于 .forsvn/loops/[slug]/，不新建数据库。
使用方式：先检查 .forsvn/loops/[slug]/ 是否已有 loop 文件夹，有则恢复（读取 Current stage），不要重新搭建。清单过期时运行 bun bin/manifest-sync.ts。通过 bun scripts/scaffold-pipeline.ts "<name>" [--category <cat>] 搭建（幂等）。每轮：读状态 → 调度当前阶段的叶子技能 → 在其门处停止 → 批准后推进 Current stage 并记录转换。--fast 折叠 Layer 1 并在干净 PASS 时跳过 Critic 修订，但绝不跳过 5 个 Critical Gates。--eval-only 通过 scripts/scaffold-eval-loop.ts 搭建/恢复不含 pipeline.md 与 execute/ingest 阶段的循环工作区。
质量门：Critic（agents/critic-agent.md）按阶段完整性、门纪律、可恢复性、schema 完整性、闭环性做 PASS/FAIL；FAIL 则修订 pipeline.md 一次并重新评分。eval-only 运行由 Eval Loop Critic 把关（各维度 ≥ 8/10）。
适用场景：需要端到端编排营销/内容闭环、并在人工审核门处暂停的多阶段项目。
限制：本技能不执行各阶段实际工作；不自动批准任何门；无摄入则循环不闭合；缺少 initiative surface、资产类别或指标时返回 NEEDS_CONTEXT；文件系统/搭建失败或循环状态冲突时返回 BLOCKED。具体收费、价格与平台信息暂未提供。