用途：factory 用于定位一个工作单元（spec/PRD、ticket 或 PR）在开发交付流程中的当前状态，并给出唯一的下一个技能建议。它不保存状态文件，状态完全从追踪器 issue、PR、检查、评审和部署证据推导。
主要能力：支持 report（默认）与 run 两种模式；可解析 spec（展开为全部子 issue）、ticket、PR 编号或 URL，以及 start（尚无 spec 的想法）；run 模式还接受标签名。追踪器为 Linear（经 Linear MCP）或 GitHub（经 gh），从工作区 AGENTS.md 读取。状态按顺序包括 OUTCOME、TICKETS、QA_RETURNED、BUILDING、CI_STUCK、CI、QA_STUCK、CHANGES、QA、REVIEW、HUMAN_REVIEW、MERGE、READY_FOR_OWNER、DEPLOY_FAILED、STAGING 及 UNKNOWN。
使用方式：report 模式只读，读取追踪器、gh 与 git，不写远程、不改文件，只给出带确切调用的下一个技能建议后停止，由用户自行执行。run 模式由用户以 /factory run <reference> 启动，先读 references/run.md，进行 intake、询问构建与评审所用的 agent 和模型，然后按依赖调度循环执行。
限制：门禁必须有可观察证据（CI、绑定 head 的 QA/风险证据、合并提交的部署证据），标签或口头声明不算通过；head SHA 绑定一切，新推送会使 PR 回到 CI；staging 是上限，READY_FOR_OWNER 为终态，不建议生产部署或合并；信号不可读时报告 UNKNOWN 而非猜测；输出不做任何署名。具体命令与状态表细节见原文 references 文件。