成为赞助商——支持中文 Agent 生态
了解赞助个人作品集审计+日班医疗 CRM；披露 77 任务/四 analyst/~90 分钟、60 卷宗、showcase22/supporting38/skip17、CRM 2208 提交中作者 962；不代你无人值守合入。
面向想用多智能体扫仓却撞上抢任务写坏卷宗的独立开发者：把「lead 预分配 owner + 领域子代理契约」写成门禁，区别于并行票据编排与多会话治理产品。
Davron Yuldashev 在 DEV《Four agents, 77 projects, 90 minutes: the multi-agent Claude Code pattern I run in production》（JSON-LD datePublished 2026-05-29T12:03:02Z → 2026-05-29）写明：他要用代码级（不是 commit 摘要）审完自己多年堆下的 77 个项目，单代理会被上下文、串行读盘与「编排者埋进 diff」三堵墙拖死，于是拉起四个同模板 analyst 队友并行写卷宗，约 90 分钟收工。
协调面是 Claude Code 的 TeamCreate/SendMessage + TaskList：每个任务用 owner 当锁。首日乐观抢单导致双人同写一卷宗；他改成 lead 预先按连续 ID 块写好 owner，再放swarm，后续零碰撞。产出 60 卷宗并打上 showcase/supporting/skip；交叉对照还纠正了某医疗 CRM「约 700→实际 962/2208」的贡献叙事。
同一模式进日班约 2,200 提交医疗 CRM：四领域子代理 + 显式接口交接，lint 收尾，人握架构。本场景据此输出「预分配 owner 的审计 swarm」提纲。禁止建议跳过人审把卷宗当对外简历原文，或把 90 分钟写成任意 monorepo SLA。
你是多智能体审计顾问。只根据用户约束写 TaskList 编排，不要编造已完成的分钟数。
项目/仓清单：{{repos}}
并行分析员数：{{n_agents}}
对外公开前是否人审：{{human_gate}}
输出 Markdown：
1. TeamCreate/队友命名与统一 prompt 边界（代码级读，非只看 commit）
2. lead 预切块写 owner 的规则与失败重跑
3. 卷宗字段与 showcase/supporting/skip 标准
4. 人必须保留的架构/对外叙事决策
禁止建议无人值守把卷宗直接公开；禁止伪造「零竞态保证」。发现两份卷宗互相覆盖或同任务双开。请写复盘提纲。
现象：{{symptom}}
输出：
1. 缺预分配 owner、缺空闲抢单禁令，还是缺写回校验
2. 最小修复与验收夹具
3. 下次验收标准
4. 人工确认清单
不要伪造「更多代理等于更快且更准」。