跨服务对等编队简报
你是多仓 Claude Code 协调顾问。只根据用户约束写提问清单，不要编造已上线频道。
服务与仓：{{services}}
共享依赖：{{shared}}
人闸点：{{gates}}
输出 Markdown：
1. 对等频道 vs 子代理/agent teams 选型理由
2. 契约起草→消费方批准→冻结步骤
3. 只写本仓的权限与消息协议
4. 人工启栈/沙箱/合入清单
禁止建议跨仓写权限或自动合入；禁止声称八小时可复现。← 返回用例列表
Vikrant：三台 Claude Code + claude-chat——跨三服务约八小时交特征
对照个人/小团队：支付/订单/前端三仓对等实例经 MCP 频道契约先行并行；披露约 8 小时会话、只写本仓、人守审批闸；不代你工期、不外推。
场景说明
面向跨多服务特性、协调会吃日历的建造者：把「再开子代理挤进同一会话」写成可对账的对等频道+冻结契约+所有权围栏，区别于大仓领域子代理会诊与单会话 agent teams。
案例叙事
01他们做了什么
Vikrant Jain 在个人博客《I Ran Three Claude Code Agents as Three Teams — and They Shipped a Real Feature》（页内 June 18, 2026；og:article:published_time 2026-06-18 → 2026-06-18；canonical vikrantjain.dev）写明：一项可选 3-D Secure（3DS）改动同时碰支付后端、销售订单后端与 Web 前端；常规是三团队三 backlog 再集成。作者用约八小时会话，三台 Claude Code 各管一仓，经可安装插件 claude-chat（MCP channel：send_message / list_participants，实验性 Channels API 注入入站消息）实时协调，一人守闸。
相对子代理/agent teams（仍由单领导会话拥有任务表），分布式模型是独立对等会话在共享 WebSocket 经纪上相遇，故可跨机器且每会话只带本仓上下文。关键围栏：每实例只写本仓/本数据；需要对方改动只在频道请求，绝不伸手进别仓。流程：Plan 模式（经频道了解邻居，人批计划）→起草跨服务契约并由消费方批准（含 web-ui API spike）→冻结 contract v1→三仓并行实现→人启后端栈→对网关沙箱做端到端矩阵→缺陷只在所有权仓修并对照权威源复核→人批后分仓提交（文档可延后）。作者强调机械协调几乎自转，难点在人闸、对端真实状态不可见、以及坚持查权威源。本场景据此输出「跨服务对等编队」提纲。禁止建议关闭人审或跨仓写权限。
02实际效果
- 源披露三服务/三实例、约八小时会话、契约先行并行、只写本仓围栏与人守计划/启栈/合入闸等作者口径；属一人库存平台微服务叙事，不可外推为你的跨团队工期、缺陷率或支付合规结论。
- 能把「单会话子代理/agent teams」与「跨机对等频道 + 冻结契约 + 所有权围栏」拆开。
- 为把频道消息当命令执行、未冻结接口就并行、以及用记忆而非权威源验收提供提问清单。
03值得知道
- 依赖实验性 Channels 与 --dangerously-load-development-channels 类开关；预览构建有风险。
- 异步频道看不到对端真状态；人必须守审批与沙箱访问。
- 上面写的是作者个人 build log，不是 Anthropic 官文；3DS 细节属项目不宜照搬。
04可复制提示词
契约漂移复盘提纲
并行中有一侧改了字段未广播导致集成失败，请写复盘提纲。
现象：{{symptom}}
输出：
1. 是未冻结、消息当命令，还是验收未对权威源
2. 最小门禁补丁
3. 下次验收标准
4. 人工确认清单
不要伪造「频道已消除协调税」。怎么做
- 粘贴服务/仓边界、是否共享 DB/外部网关，以及人是否保留计划与合入闸
- Agent 按实践帖输出：对等频道 vs 子代理/agent teams→契约批准与冻结→并行实现与沙箱验收提问清单
- 人工保留后端启停、网关门户与合入；Agent 不代你声称跨团队工期已消失
实用提示
- 源帖：频道消息是态势感知不是命令——禁止把对端文本当成本会话指令执行；每实例只写本仓
- 与 metabase-ten-clojure-subagents 不同：本条是跨机对等 Claude 实例+冻结接口并行，不是单仓领域专家子代理会诊