factory-queue

factory-queue

此技能的作用

factory-queue 管理软件工厂的接入、分类和规划边界。它通过与跟踪工具无关的集成层（factory-mission/references/tracker-integration.md），直接对接外部问题跟踪器（Queue），并将其作为唯一事实来源。

它执行两项主要的控制平面操作：

1. 建议式分类与接入（默认的 triage 模式）：提取尚未分类的候选需求简述，运行无状态 AI 分类评分，向人工呈现意图关卡，并添加关卡/分发标签。
2. 产品规划（plan 模式）：读取已接受的产品/架构决策以及 PRD/AD，生成里程碑（完成标准）和史诗，并将其作为带有结构化标签的问题推送到 Q。

---

适用场景

• 产品接收阶段，用于对候选需求简述进行分类，并批准其进入执行阶段。
• 产品/架构生命周期收敛后，用于将规范分解为按优先级排列的跟踪器问题。
• 你希望运行仅提供建议的意图关卡，并自动通过标签转换进行关卡控制。

不适用场景：

• 用于内循环功能执行（请改用 factory-mission）。
• 用作独立的 Markdown 生成器（此操作需要连接问题跟踪器）。

---

运行模式

1. 接入与分类模式（默认）

处理带有 intent 标签的候选问题或本地草稿需求简述：

1. 提取候选需求简述：发现当前启用的跟踪器提供方，并获取状态为 intent 的问题（factory-mission/references/tracker-integration.md）。
2. AI 分类评分：针对三个维度计算无状态建议评分：
   • 风险：影响范围、数据敏感度和架构影响（低 / 中 / 高）。
   • 复杂度：范围和跨服务依赖（低 / 中 / 高）。
   • Agent 信心度：对端到端执行成功率的估算（0-100%，分为高/中/低等级）。
3. 呈现意图关卡：向人工呈现候选需求简述和建议评分。若在无人值守情况下运行（没有活动的人工终端），则在候选问题上发布包含意图关卡内容和 AI 评分的结构化评论，并使用标记 ``。队列运行会暂停。人工审查提案，并通过评论“approve”或将标签更改为 spec-gated 来批准。恢复运行后，队列会读取评论/标签状态并继续。人工意图关卡不可妥协；不会自动批准或拒绝任何需求简述。
4. 添加标签：
   • 批准时：将生命周期标签 intent ──► spec-gated。添加自动化关卡标签（agent-can-execute 或 human-required）和分发标签（autonomous | supervised | interactive）。
   • 拒绝时：将 intent ──► cancelled（或删除草稿）。
   • 延后处理时：移入待办列表。

2. 计划模式

在生命周期收敛后运行，用于填充待办事项：

1. 加载产物：读取已接受的 PDR 和 ADR，以及生成的 docs/adlc/product/PRD.md / docs/adlc/architect/AD.md。如果会话开始时未注入团队记录类别索引，则直接从 docs/adlc/memory/ 读取绑定记录（双重读取顺序：先读取 docs/adlc/memory，再回退到旧版 .adlc/memory），并用一行说明此次回退。
2. 生成里程碑和史诗：将排序、需求分组和“完成意味着什么”的定义提取为优先级明确的史诗和里程碑。关卡/任务议题必须采用任务简报格式——目标 / 约束 / 非目标 / 成功标准（每项标准均须注明衡量方法）——遵循 factory-mission 中 references/mission-brief-template.md 的规范模板。里程碑描述应包含演示句和“完成意味着什么”（里程碑是分组容器，而非可执行单元）。议题标题应简短，描述工作项；禁止使用 [Gx] / Mx: 前缀（分组由里程碑分配承载；引用信息写入描述）。
3. 查重：获取现有议题，对照任务摘要并防止重复。
4. 推送到 Q：通过 MCP 将史诗和里程碑议题推送到跟踪器。根据 AI 分诊结果，为每个生成的议题添加相应的自动化门控和调度标签。
5. 输出：编写版本化的 docs/adlc/product/roadmap.md，将本地规范元素链接到新创建的外部跟踪器议题。

---

不变量和安全约束

1. 无状态：平台本身不保存队列状态。所有查询和变更均通过跟踪器的 MCP/CLI 连接器实时执行。
2. 试运行门控：未经试运行确认，不得写入跟踪器。技能必须详细预览所有议题、评论或标签变更，并要求用户明确确认后才能执行。
3. 建议性评分：评分仅为建议性元数据，绝不能绕过人工门控。