用途：factory-queue 管理软件工厂的接收、分诊与规划边界，以外部 issue tracker（Queue）为唯一事实来源，通过 tracker 无关的集成层操作。
主要能力：
- 接收与分诊模式（默认）：拉取未分诊的候选 brief，运行无状态 AI 分诊评分，向人类展示 Intent Gate，并盖章门控/派发标签。评分维度为风险（低/中/高）、复杂度（低/中/高）、Agent 置信度（0-100%，分高/中/低档）。
- 规划模式：读取已接受的产品/架构决策与 PRD/AD，生成里程碑（done-means）和 epic，并作为结构化、带标签的 issue 推送到 Queue。
使用方式：在候选 issue（标签 intent）或本地草稿 brief 上运行。无人值守时，将 Intent Gate 展示与 AI 评分作为带 <!-- factory-queue:triage:proposal --> 标记的结构化评论发布，队列暂停，人类通过评论 approve 或改标签为 spec-gated 后继续。批准时标签从 intent 转为 spec-gated，并盖章 automation-gating（agent-can-execute 或 human-required）与 dispatch（autonomous | supervised | interactive）；拒绝转为 cancelled 或删除草稿；延期移入 backlog。规划模式读取 docs/adlc/product/PRD.md 与 docs/adlc/architect/AD.md，必要时按 ADR-401 双读顺序从 docs/adlc/memory/ 读取绑定记录（legacy .adlc/memory 回退），生成里程碑与 epic，做去重检查，经 MCP 推送，并写出带版本的 docs/adlc/product/roadmap.md。
适用场景：产品接收时分诊候选 brief 并批准执行；产品/架构生命周期收敛后把规格分解为优先级 tracker issue；运行仅建议性的 Intent Gate 并自动标签转换门控。
限制：不用于内循环功能执行（应使用 factory-mission）；不能作为独立 markdown 生成器，需要 issue tracker 连接。平台不保存队列状态，所有查询与变更实时通过 tracker 的 MCP/CLI 连接器执行。任何 tracker 写入前必须 dry-run 确认，输出详细预览并由用户显式确认。AI 评分仅为建议性元数据，绝不绕过人类门控；人类 Intent Gate 不可协商，brief 不会被自动批准或拒绝。