用途：epic-conductor 用于把一个 epic（或可拆分的多 issue 工作）端到端实现为一系列已合并的 PR。它面向“有人值守”的场景：人类交付 epic 并保持可联系，只做高层决策（安全默认值 + 有异议再提），而非逐步审批。conductor 本身不写功能代码，只负责拆解、派发、审查路由、门禁与合并，并在整个 epic 期间保持存活。
主要能力：将 epic 拆成按依赖排序、PR 粒度的子 issue 并分波（wave）并行；为每个子 issue 派发隔离 worktree 的 worker；为每个 PR 启动独立、干净上下文的审查者（agentloop:pr-review）；把发现路由给修复者；执行仓库自身的验证与合并门禁后合并。强调“独立干净上下文审查”是核心机制，并强制 accept-path 铁律：任何拒绝坏输入的检查都必须有测试断言它能接受好输入。
使用方式：先读 .claude/repo-profile.md，具体门禁命令与身份脚本来自使用方仓库（文中 .claude/verify/pre-pr.ts、merge-gate.ts、scripts/agent-identity.sh 等仅为示例）。流程为：可选设计交接 → 拆解并开 issue → 打标签隔离（epic-managed、epic:<n>，PR 另加 agent:hold）→ 派发 worker → 独立审查 → 修复 → 机器人审查短等待 → 门禁合并。worker 一律不合并，合并是 conductor 的门禁动作。
适用场景：有人值守、可拆解的新 epic 实现。不适用：单个 issue/PR、对既有 issue/PR 的无人值守批处理（用 issue-sweep/pr-sweep）、完全无人可联系的情况。
限制：假设有可联系的人类负责人；并发默认约 3；需仓库提供门禁命令与标签机制；机器人审查采用短等待（默认 ≤10 分钟）而非长轮询。具体收费、价格、平台支持等资料暂未提供。