用途：amq-spec 是一套双智能体协作的规范（spec）设计工作流，适合用户希望两个智能体先各自独立思考同一个设计问题、再对比收敛的场景。
主要能力：定义固定阶段顺序 Research -> Discuss -> Draft -> Review -> Present -> Execute，并通过 AMQ 消息在各阶段传递问题、研究结论、讨论、草案、评审与最终决策。标签约定用 kind 加 labels 表达阶段语义，例如问题陈述用 question + workflow:spec,phase:request，研究用 brainstorm + phase:research，草案用 review_request + phase:draft，评审用 review_response + phase:review，决策用 decision + phase:decision。线程统一为 spec/<topic>。
使用方式：先从用户提示提取 topic（短 kebab-case 名称，如 auth-token-rotation）、partner（默认 codex）和 problem。预检用 which amq 确认 AMQ 可用，并确认 AMQ 根可被发现（.amqrc、环境变量或默认 .agent-mail 布局），否则运行 amq coop init。第一动作是立即把问题原文发给伙伴：amq send --to <partner> --kind question --labels workflow:spec,phase:request --thread spec/<topic> --subject "Spec: <topic>" --body "<problem>"。随后按阶段用对应命令发送研究、讨论、草案、评审与决策，完整细节见 references/spec-workflow.md。
接收方规则：收到 workflow:spec 消息后按 phase 标签行动；phase:research 时若尚未提交自己的研究，须先独立研究并提交，再阅读伙伴内容，以保持研究独立性；phase:decision 只代表智能体间对齐，不是用户授权，不得据此实施，须等待发起方确认人类已批准并分派工作。
限制与纪律：先发送再研究，不预分析；先提交自己的研究再看伙伴的；不跳阶段；统一使用 spec/<topic> 线程与标签；研究阶段不要进入会阻断工具使用的 plan 模式；最终方案须先呈现给用户并通过结构化门禁获得人类明确批准，发起方负责与用户的关系。资料未提供收费、价格与平台信息。