用途
Assignment Composition 是自主工作分派协议中的一个阶段技能。它把已经命名并梳理好的每一个维度，转换成一个自包含的自主工作任务信封（assignment envelope）。经过这一阶段之后，每一份信封都必须达到“可直接派发”的状态：接收方子智能体只阅读该信封就能执行任务，而无需回头提问。
信封标准
每一份任务信封必须包含以下全部章节。缺少任何一章即视为不完整，no-pingpong 门禁会将其拒绝。
- 标识符：短 slug，形如 assignment-NNN-<dimension-slug>，在协议后续阶段保持稳定。
- 正向范围：接收方被要求产出什么，一段话，具体而非抽象。如果无法用一段话写完，说明该维度可能尚未裁剪充分。
- 反向范围：接收方不被要求产出什么，列出本任务明确排除的相邻工作，以预先化解“我是不是也该做 X”的疑问。
- 接收方所需上下文：接收方执行任务必须知道的一切。包含无法从提示本身推导的背景、文件路径、系统名称、链接引用、上游工件所在位置、用户环境特有的领域约定，以及此前被否定的方案及其被否定原因。假设接收方是一个完全没有本次对话记忆的全新子智能体，它必须仅凭这一章就能开始工作。
- 成功标准：判定任务“完成”的检查清单。每一项必须可观察（看完返回产物即可回答是/否）、可独立验证（无需询问发起方）、且充分（全部为是即代表工作完成）。
- 允许使用的工具：接收方可使用工具的明确列表。默认为最小集合；若写成“所有工具”，则表明范围过宽。
- 推荐子智能体类型（建议性）：从可用名册（Explore、general-purpose、code-reviewer 等）中推荐派发该信封的智能体类型。此为建议性而非决定性内容。除工具集与系统提示之外，子智能体类型之间并不存在可保证的专业能力差异——它们底层都是通用的。把子智能体称作“认识论专家”并不会让它像专家那样思考，只会让它像专家那样说话。应基于工具契合度或系统提示契合度用一句话说明理由，而不是基于想象出的领域专长。如果最诚实的选择是 general-purpose 或 claude，就如实写明。若某维度确实需要名册中不存在的领域专家，就在本章明确写出这一缺口，不要发明不存在的子智能体，也不要用标为“专家”的通用派发来掩盖缺口。
- 返回格式：接收方回写什么、写到哪里。需明确：返回产物的绝对文件路径、必需结构（标题、章节）、长度预算（如“≤ 400 字”或“≤ 2 页”），以及返回内容不得包含什么（如“不要执行摘要”“不要超出范围的建议”）。
- 交接信封（no-pingpong 保证）：一个最终区块，写明启动本次循环的原始 grain（逐字引用，使接收方掌握原始意图）、本任务服务於哪个维度、指向 phase-1-dimensions.md 以获取完整上下文，并作一项明确声明：“若你到达某个必须获得澄清才能继续的节点，请在你的返回产物中写入 BLOCKED 区块，而不是回头找发起方。若仍有任何部分可执行，请继续完成任务其余部分。”BLOCKED 例外不算 ping-pong——它是一处被记录在工件中、在对账时浮现的受阻项。Ping-pong 指接收方在派发中途、尚未产出任何内容就回头请求澄清。信封必须防止这种情况。
使用方式
步骤 1：读取第一阶段输出。读取 phase-1-dimensions.md，对每个维度提取：名称与描述、所需专长、隐式成功标准。
步骤 2：撰写每份信封。按九章标准为每个维度写出完整信封，不跳章、不缩写，篇幅不限，完整性才是关键。
步骤 3：交叉检查独立性。全部信封起草完毕后作为集合通读，核验：没有任何信封引用“assignment-NNN 的返回”（那意味着串行依赖而非并行）；没有两份信封的成功标准重叠（那意味着重复派发）；正向范围的并集覆盖 grain-context.md 中所命名 grain 的隐含范围。若发现串行依赖，需判断这是真实时序（将某一信封降级为第四阶段后续任务，而非第三阶段并行派发），还是维度需要重新裁剪（回到第一阶段）。
步骤 4：写入工件。在工作目录写入 phase-2-assignments.md，必需结构包含：标题、逐字引用的 grain、信封集合（每份列出正向范围、反向范围、所需上下文、成功标准、允许工具、推荐子智能体类型、返回格式、交接信封），以及交叉检查日志（记录发现的串行依赖及处理、成功标准重叠及处理、范围并集覆盖检查结果）。
步骤 5：门禁自检。返回前逐封信封核验：九章齐备且非空泛；范围是一段话而非列表；反向范围明确列出被排除的相邻工作；上下文足以让全新子智能体零提问开始；成功标准可观察且充分；允许工具最小化而非空白授权；子智能体类型已命名并附一句话理由；返回格式含路径、结构、长度预算；交接信封包含 grain、维度、引用与 BLOCKED 条款。
适用场景与限制
本技能适用于把已裁剪的维度集合转化为可并行派发的自主任务信封，并与协议下一步的 pingpong-detector 智能体配合：检测器会对缺少上述章节的信封判定失败。
需要避免的最常见失败，是假设接收方与发起方共享上下文。事实并非如此——全新子智能体不掌握任何对话历史。所有从对话中带来的假设，都必须在信封中明确写出，否则接收方要么 ping-pong 回问，要么更糟：按自己的假设执行，返回偏离目标的工作。
参考材料：references/handoff-envelope-spec.md（含示例的完整信封规范）、references/assignment-anatomy.md（所编排原语的解剖）。
其他细节（如具体价格、平台支持情况等）暂未提供。