Epic Tracker 用于在外部跟踪器中管理交付生命周期。它规划史诗、跟踪故事、报告缺陷并归档任务，所有产物都存放在 Linear 或 GitHub 中，该跟踪器是唯一事实来源。
主要能力与触发场景
功能来源：当用户说“从这个功能设计文档创建”“从这个功能 PRD 创建”“把这个功能设计文档转成 issue”“跟踪这个功能”时，进入 feature.md 流程。
规划与分解：当用户说“创建路线图”“规划路线图”“组织史诗”“把 PRD 做成路线图”“分解”“拆分路线图”“把这个史诗拆成故事”“物化史诗”时，进入 decompose.md 流程。
史诗：当用户说“创建史诗”“新建史诗”“编辑史诗”时，进入 epic.md 流程。
故事：当用户说“创建故事”“新建故事”“添加故事”“编辑故事”“更新故事”“修改故事”时，进入 story.md 流程。
缺陷：当用户说“创建缺陷”“报告缺陷”“缺陷报告”“编辑缺陷”时，进入 bug.md 流程。
任务/杂项：当用户说“创建任务”“新建任务”“添加任务”“创建杂项”“编辑任务”时，进入 task.md 流程。
状态与概览：当用户说“标记完成”“取消这个”“不予修复”“列出史诗”“进行中的内容”“更新状态”时，进入 sync.md 流程。
重新指定父级：当用户说“把这个移到史诗 X”“重新指定这个故事的父级”“更改父史诗”时，进入 sync.md 流程。
依赖关系：当用户说“把这个阻塞在 X 上”“解除阻塞”“这个依赖 X”时，进入 sync.md 流程。
配置跟踪器：当用户说“配置跟踪器”时，进入 sync.md 流程。
工作流程
每个产物都遵循同一条路径：创建引用（create ref）起草产物，然后将其派发到跟踪器。计划通常由用户直接提供。前面有两个可选环节：decompose 从项目 PRD 推导计划，记录到路线图中，并在物化前进行确认；如果确认被拒绝，则只保留已写入的路线图，不创建任何内容。feature 将功能 PRD 或功能设计文档评估为史诗、独立故事或独立任务，并且不写入路线图。
使用方式与限制
必须配置一个跟踪器：如果没有配置，会先运行引导流程，在引导完成之前不会创建任何内容。
适用场景：需要在 Linear 或 GitHub 中统一管理路线图、史诗、故事、缺陷和任务，并希望从功能设计文档或 PRD 自动生成交付产物时。
关于收费、价格、平台支持范围等更多细节，资料中暂未提供。