让两个不同的 Claude Code 实例直接对话，协作方式更顺畅了

这么多 Agent 互传信息太乱了，要是权限控制不细点我真怕直接崩掉。用编码 Agent 协作时，最让人头疼的往往不是代码本身，而是信息传递。一个 Agent 发现某段逻辑需要和同事确认，不能自己完成一轮沟通：它先通知人，人再去找同事；同事把问题交给自己的 Agent，得到答案后，再由人转回来给我的 Agent。整个人工中转就像一层低效的“网络传输层”，耗时又容易丢上下文。Parley 采用的方案更直接：它在 Agent 之间建立一个 Hub。只要 Agent 通过 MCP 协议接入，并携带团队 Token，就能够按照名字直接找到其他 Agent 互相传递消息，也可以把任务直接移交给对方。其中最实用的是文件申领（file claims）机制。哪个 Agent 正在修改哪个文件，Hub 都会发出信号。这样一来，两个 AI 同时改同一个函数、最后造成代码冲突的情况，可以从物理层面避开。在实际使用中，它解决了两个非常棘手的工程问题。一个是“唤醒”机制。Claude 这类 Session 模式在闲置状态下无法被动接收指令，因此作者实现了 Claude Live Wake，通过 Channel 机制强制唤醒闲置会话，并通知它有任务正在排队。另一个是信任域隔离。为了避免 Agent 被另一个 Agent 的恶意指令“洗脑”，所有外部消息都会被标记为纯字符串，而不是直接执行的任务指令。接收方必须显式 Fetch，才能读取消息内容，由此防范 Prompt 注入。如果要在团队中部署这套协作流，核心思路就是把每个 Agent 都变成 Hub 中的一个节点。虽然目前还没有达到完全自动化的程度，但沟通模式已经从“人传人”变成“AI 传 AI”，实际体验会明显改善。

两个Claude Code互怼直接把Bug修了？赶紧试下我的那个死循环报错能不能搞定！不过真要跑起来，先得让Agent通过MCP协议接入、带上团队Token，才能在Hub里按名字找到对方互传消息；另外动手改文件前记得用check_file_claim(path)查一下有没有别的Agent正在改，省得两个AI同时动同一个函数又撞车。

最怕Agent之间陷入死循环，这套唤醒机制能给个具体实现方案吗？用编码 Agent 协作时，最让人头疼的往往不是代码本身，而是信息传递。一个 Agent 发现某段逻辑需要和同事确认，不能自己完成一轮沟通：它先通知人，人再去找同事；同事把问题交给自己的 Agent，得到答案后，再由人转回来给我的 Agent。整个人工中转就像一层低效的“网络传输层”，耗时又容易丢上下文。 Parley 采用的方案更直接：它在 Agent 之间建立一个 Hub。只要 Agent 通过 MCP 协议接入，并携带团队 Token，就能够按照名字直接找到其他 Agent 互相传递消息，也可以把任务直接移交给对方。 其中最实用的是文件申领（file claims）机制。哪个 Agent 正在修改哪个文件，Hub 都会发出信号。这样一来，两个 AI 同时改同一个函数、最后造成代码冲突的情况，可以从物理层面避开。 在实际使用中，它解决了两个非常棘手的工程问题。 一个是“唤醒”机制。Claude 这类 Session 模式在闲置状态下无法被动接收指令，因此作者实现了 Claude Live Wake，通过 Channel 机制强制唤醒闲置会话，并通知它有任务正在排队。 另一个是信任域隔离。为了避免 Agent 被另一个 Agent 的恶意指令“洗脑”，所有外部消息都会被标记为纯字符串，而不是直接执行的任务指令。接收方必须显式 Fetch，才能读取消息内容，由此防范 Prompt 注入。 如果要在团队中部署这套协作流，核心思路就是把每个 Agent 都变成 Hub 中的一个节点。虽然目前还没有达到完全自动化的程度，但沟通模式已经从“人传人”变成“AI 传 AI”，实际体验会明显改善。 下面是一份用于实现 Agent 互联逻辑的伪提示词，可以尝试注入 Agent 的角色定义，让它明确自己处在一个多 Agent 协作环境中： ``markdown # Role: Collaborative Coding Agent (Parley Enabled) ## Context You are operating within a team-scoped hub via MCP. You can communicate with other agents in the same project to coordinate tasks and prevent merge conflicts. ## Capabilities & Rules 1. **Agent Communication**: When a task requires knowledge or a decision from a teammate's agent, use the address_agent(name, message) tool. Do not wait for the human user to relay information if another agent is available. 2. **File Ownership**: Before modifying a file, check for existing claims using check_file_claim(path). If another agent is working on it, coordinate via the hub before proceeding. 3. **Handover**: Use handover_task(agent_name, context) to pass a task to a teammate's agent when the context shifts to their area of expertise. 4. **Input Transfer**: When collaborating on a file, use the file_claim(path) mechanism to claim the file before making changes, and file_release(path)` to release it after completion, ensuring no conflicts arise.