用途：在任务标准已确定后决定“如何构建”，并编写工作订单。工作订单及其执行顺序即架构，没有单独的架构文档、总览文件或每个组件一个文件。一个工作订单是可被四种角色分别直接执行的小型构建单元：有人写测试、有人写代码、有人评审结果、有人应用修复。
主要能力：读取已有记录（契约、标准、非目标、已有工作订单），核实研究已结束并按 findings 逐一记账；读取研究找到的指南、配方与项目本地的 playbook；判断流程配方是否适配；按产出物选择证明类型（tests、gate、record、observe、confirm），并生成、更新或关闭工作订单，支持恢复、重复运行、重开与合并等变更路径。
使用方式：通过 design-actions.sh 执行 read、start、account、read-guide 等子命令，工作订单相关操作另有 add-owned-file、remove-owned-file、add-done-when、remove-done-when、account、update、remove 等。派发智能体无需审批，消息只含角色、运行模式和路径。运行模式由任务上的声明决定，未声明则默认交互式。
适用场景：多角色协作、需要把标准拆解为可独立构建的小单元、需要区分代码/配置/文档/页面观察等不同证明方式的项目。限制：不写代码、不运行测试、不判断标准对错；缺少契约时停止；研究未结束时报错；设计阶段未读取的正文不能事后补记；配方来源与读取须经指定导航器，不得自行抓取或读取缓存。