Ilya Gorban 在 DEV《Running 15 Claude Code Sessions at Once》(JSON-LD/页内 datePublished 2026-10-08T20:15:21Z → 2026-10-08)写明:作为公司唯一 DevOps,他在 cmux 上并行跑 10–15 个 Claude Code 会话;前提是把它们当成小型分布式系统——按职能所有权、共享规则/钩子由一个治理会话单写、审批永不转述、重复错误沉为守卫钩、负载假设先核实再问人、无 Claude 生成编辑在未人工审阅前进入共享分支,并以 GitOps 为记录。作者强调这是一家公司的经验意见,不是唯一正确答案。
「章鱼」失败模式:两会话同改一规则文件,git add -A 把别人的改动卷进错误提交;A 对 B 说「用户已批准」但 B 无法核验;约 18 个 worktree 跨两仓,清扫分不清废弃与进行中;brief 只活在发送方转录里,双方压缩后消失;钩子正则修复互踩,单测各自绿。
做法要点:每会话一任务一 worktree/分支/PR;治理委托会话专写全局 CLAUDE.md/钩子/测试/设置,其他会话只发 brief;brief 必须写明「下列皆非预批准,审批走你本会话的用户」;约 57 条跨会话消息沉淀「发现≠归属修复、接到补丁≠归属批准」;钩子约 49 文件配 57 测,PreToolUse(exit 2)拦变更型 kubectl、主仓直改、残缺 PR 引用、/tmp 草稿、未实跑的查询写进文档、回合结束未推送等;变更集群只能经人审提交,Git 与 ArgoCD 漂移对照二次核对。本场景据此输出「并行会话治理」提纲。禁止建议会话互相转述批准,或无人值守合并/变更生产集群。