用途：fleet 是 /implement 之上的编排层，按运行时机分为三个阶段。dispatch <label> 在一波开始时运行，读取 dispatch.md；land <label> 在用户将合格 PR 标记为 ready 后运行，读取 land.md；reconcile <label> 在该波 PR 合并后运行，读取 reconcile.md。三个子命令都要求子命令后跟功能标签参数，例如 /fleet dispatch cv-tailoring；缺失时应询问，不得跨所有 issue 运行。不提供子命令时，若用户说明该波已合并则用 reconcile，否则用 dispatch，仍不清楚则询问。
主要约定：所有变更位于 skills/ 下的 issue 仍经 /implement 派发并由 skill-updater 处理。暂存区 <scratchpad>/fleet/ 存 brief.md、每工单一份 <N>.md 报告和 state.md，它只是草稿，GitHub 看板与 PR 状态为准。状态标签沿用 ticket-tracker 的 status:backlog → ready → in-progress → in-review → done，用 gh issue edit <N> --remove-label "status:<from>" --add-label "status:<to>" 迁移，转 done 还需 gh issue close <N>，无 status:* 标签视为 backlog。依赖只记录在工单的 ## Blocked by 段落，列出 - Blocked by #<N> 或 None。
功能标签：to-plan 创建、to-tickets 应用到某功能每个工单的标签 project:<slug>，为各 gh issue list 加上 --label "<label>" 约束；参数可为 <slug> 或 project:<slug>，若与现有标签完全匹配则原样使用，否则去掉前导 project: 并写作 project:<slug>。功能分支 feat/<slug>（因 git 禁止 :，标签去掉 project: 前缀，无前缀标签自身即 slug），每个工单 PR 都指向它而非 main。功能全部完成时，reconcile 开一个将 feat/<slug> 合入 main 的 PR。
仓库 CLAUDE.md 的 Fleet 段落列出生成并提交的路径（压缩后的 CSS、goldens）及重建命令，这些文件必然冲突，fleet 机械重建而不做冲突解决。工单分支为 issue-<N>/<short-title>（如 issue-142/stuck-scrape-run），dispatch 创建、/implement 使用、reconcile 删除。捆绑分支为 issue-<N>/tiny-bundle，<N> 取捆绑中最小 issue 号，一个 PR 的正文为每个捆绑工单写一行 Closes #<N>，reconcile 据此匹配。state.md 由 reconcile 写入、dispatch 读取，首行是功能标签，随后每个已解除阻塞的工单一节，含编号、基础分支与作为示例的已合并 PR。限制：未提供官方收费、平台与效果信息。