成为赞助商——支持中文 Agent 生态
了解赞助个人工作流；披露 8 票全关、约 1h50+50 分、+4373/−299、Playwright 27→89、约 3.24M token、事后 /code-review 又挖 23 条；不代你无人值守合入。
面向已用 grill→spec→tickets、却卡在单票串行的开发者：把 worktree 并行、同 coder 回修与仓外状态表写成门禁，区别于设计系统多代理与多会话治理。
作者 day 在 DEV《Turning Matt Pocock's /implement into a parallel orchestrator in Claude Code》（JSON-LD datePublished 2026-09-10T09:22:15Z → 2026-09-10；页内 Edited on Sep 22）写明：他从 superpowers 迁到 Matt Pocock 技能链 `/grill-with-docs → /to-spec → /to-tickets → /implement`，但 Matt 的 `/implement` 刻意「一票一会话」；文档也写明批量派发与子代理扇出「常被要、但没有」。于是他保留规划半段，只把构建半段换成 `/implement-orchestrated`。
回路：读 spec/tickets，在仓外写状态表（票、阻塞、状态、coder、分支、worktree）以免上下文压缩丢状态→开功能分支、记测试基线、开 draft PR→把无阻塞 frontier 派给最多 N 个 worktree 内 coder→coder 汇报后起 reviewer；Needs fixes 则把 findings 文件路径 SendMessage 回同一 coder（保留上下文）；两轮失败升级人→`--no-ff` 合并、跑全量、关票、删 worktree、重算 frontier→终局再跑 Matt 式 code-review、max 找 bug、final-reviewer。
一次实测：8 票全关、零升级；三宽并行；主动编排约 1h50（01–07）+约 50 分钟收尾；+4,373/−299；Playwright 27→89；约 3.24M token。也诚实写：429 杀掉第 8 个 coder；事后 `/code-review max` 仍挖出 23 条（含 3 条安全标）。本场景据此输出「并行 implement 编排」提纲。禁止建议跳过终局人审合入生产，或把一次绿测写成安全签字。
你是代理式开发流程顾问。只根据用户约束写编排规格，不要编造已全绿合入。
票数/阻塞关系：{{tickets}}
并行上限 N：{{n}}
是否强制每票 reviewer：{{per_ticket_review}}
输出 Markdown：
1. 仓外状态表字段
2. frontier 调度与 worktree 规则
3. Needs fixes→同 coder 回修与两轮升级人
4. 终局三道门与人必须保留的合入决策
禁止建议静默合 main；禁止伪造「并行后零缺陷」。编排终门全过，随后 /code-review max 仍报多条安全向。请写复盘提纲。
现象：{{symptom}}
输出：
1. 缺独立安全门、缺 findings 验证环，还是 reviewer 与 coder 同质化
2. 最小补门（独立 reviewer / 分 findings 验证）
3. 下次验收标准
4. 人工确认清单
不要伪造「测试变绿等于威胁模型通过」。