Claude Code 支持跨会话消息与 Worktree 并行协作

qq_19891197的博客 06-07Image 37 1041 本文介绍了如何利用 _Git_ 的 _worktree_ 功能结合 _Claude_ _Code_ 实现多任务 _并行_ 开发，避免代码冲突。核心内容包括：_Git_ _Worktree_ 的基本概念和 _工作_ 机制；_Claude_ _Code_ 对 _Worktree_ 的自动化封装规则；完整操作流程（创建、开发、提交、合并、清理）；常用命令速查表；以及常见错误解决方案。通过 _Worktree_ 可以在同一仓库中创建多个隔离的 _工作_ 目录，每个目录绑定独立分支，实现开发环境隔离，将代码冲突推迟到合并阶段处理。文章提供了详细的命令行操作指南和避坑建议，适合纯本地开发场景 _使用_。 _Claude_ _Code_ 新功能：_Worktree_ _并行_ 开发，多个 _Claude_ 同时帮你写代码 2611_95094092的博客 02-23Image 38 2113 简单来说，_Git_ _Worktree_ 让你从一个仓库里"克隆"出多个 _工作_ 目录。每个目录有自己的文件和分支，但它们共享同一份 _Git_ 历史和远程连接。打个比方：如果说 _Git_ 仓库是一栋大楼，那 _Worktree_ 就像是从大楼里开出来的多间独立办公室。每间办公室可以做不同的项目，但公共资源（_Git_ 历史、远程仓库）是共享的。这意味着你可以让一个 _Claude_ _Code_ 在 _Worktree_ A 里写新功能，另一个 _Claude_ _Code_ 在 _Worktree_ B 里修 bug，两边完全不会打架。 _Claude_ _Code_ 桌面版震撼发布，多 _会话_、多环境，顺滑到飞起 洛少的专栏 01-07Image 39 6630 [...] 千木一枝的博客 03-16Image 42 2483 _Claude_ _Code_ 是 Anthropic 推出的 AI 编程助手，但其原生的 _会话_ 管理能力相对基础。_会话_ 历史难以追溯和检索无法在移动设备上方便地查看 _会话_ 多人协作时难以共享 _会话_ 内容缺乏对 _会话_ 流程的全局视角正是为解决这些问题而生的开源项目。它采用 Web 架构设计，专注于 _会话_ 日志的完整分析，通过严格的数据校

新浪首页 新闻 体育 财经 娱乐 科技 博客 图片 专栏 更多 汽车 教育 时尚 女性 星座 健康 房产历史视频收藏育儿读书 佛学游戏旅游邮箱导航 新浪微博 新浪新闻 新浪财经 新浪体育 新浪众测 新浪博客 新浪视频 新浪游戏 天气通 []( 证券 > 正文 # Claude Code终于长出调度台：一个屏幕盯住所有AI会话，无需多开 Claude Code终于长出调度台：一个屏幕盯住所有AI会话，无需多开 2026年05月12日 12:35 市场资讯 新浪财经APP 缩小字体 放大字体 收藏 微博 分享 MD 微信 腾讯QQ QQ空间 > 　　炒股就看金麒麟分析师研报，权威，专业，及时，全面，助您挖掘潜力主题机会！ （来源：新智元） 新智元报道 编辑：定慧 【新智元导读】Anthropic给Claude Code上了一个新功能，叫agent view。简单说，就是不用再开十个terminal窗口分别跑Claude，一个命令就能在一个界面里看到所有会话在干什么。它做的事不是给你多一个AI模型，是给你多一只手，让你能同时盯住十件事，而不是一件接一件地跑。 过去一年，Claude Code从一个开发者命令行工具，变成了某种意义上的同事。 你给它一个task，它去办；办完了告诉你结果。 但有一个问题，一直没解决，就是你只能跟它一对一聊天。 要让它同时干5件事？那就需要开5个terminal窗口。 要切换不同任务？分屏，或者用tmux搭一个网格。 要看哪个任务卡在哪里？需要挨个窗口翻。 这就像你雇了10个实习生，但他们每个人都坐在不同的房间里，门关着。 你想知道谁在干什么，得一个一个开门。 agent view就是在这个时候来的。 它做的事情很简单：调度 [...] 你不是在跟Claude对话，你是在调度它。 你的角色更像一个工头——派活、扫表、回答必要的问题、复核结果。 你和Claude之间不再是1:1，是1:N。 很多人第一次跑agent view时会有一种短暂的不适——好像突然不知道自己在跟谁说话。 适应过来之后，你会发现这个不适其实是一种解放。 为什么之前没人做这个 其实不是没人想过。 是之前没必要。 过去你给Claude Code一个task，它常常要跟你来

Sources: QueryEngine.ts ### 轮次处理流程 ``` stateDiagram-v2 [] --> 接收用户输入 接收用户输入 --> 处理输入上下文: processUserInput 处理输入上下文 --> 构建系统提示: fetchSystemPromptParts 构建系统提示 --> 检查权限模式: 自动/手动/Plan Mode 检查权限模式 --> 调用API: query() 调用API --> 流式处理响应: Stream Events 流式处理响应 --> 工具调用?: 是 工具调用? --> 执行工具: Tool.execute 执行工具 --> 权限审批?: 需要审批 权限审批? --> 用户决策: 等待交互 用户决策 --> 执行工具: 批准 执行工具 --> 追加工具结果 追加工具结果 --> 调用API: 继续对话 工具调用? --> 完成轮次: 否 完成轮次 --> 持久化转录: recordTranscript 持久化转录 --> 更新历史: addToHistory 更新历史 --> []: 等待下次输入 ``` Loading 关键特性： 中断恢复：通过 `abortController` 支持用户随时取消当前轮次 状态快照：轮次开始时克隆文件缓存，支持失败回滚 懒加载消息：仅在需要时加载完整消息内容（如大型工具结果） Sources: QueryEngine.ts ### 会话分支与 Worktree 隔离 Worktree 模式允许在独立 Git 工作树中运行子会话，实现并行开发而不干扰主工作流。会话系统通过 `PersistedWorktreeSession` 元数据跟踪 Worktree 会话：

## Shell 命令 不想打开 Agent View，也可以直接在 Shell 里管理后台会话： ``` claude agents # 打开 Agent View claude agents # 打开 Agent View claude attach <id> # 切换到指定会话 claude attach < id> # 切换到指定会话 claude logs <id> # 打印指定会话的最近输出 claude logs < id> # 打印指定会话的最近输出 claude stop <id> # 停止会话，也可以用 claude kill claude stop < id> # 停止会话，也可以用 claude kill claude respawn <id> # 重启指定会话，保留对话历史 claude respawn < id> # 重启指定会话，保留对话历史 claude respawn --all # 重启所有正在运行的后台会话 claude respawn --all # 重启所有正在运行的后台会话 claude rm <id> # 从列表中移除会话 claude rm < id> # 从列表中移除会话 ``` 这里面我用得比较少、但很容易理解错的是 `respawn`： ``` claude respawn <id> claude respawn < id> ``` 它会重启指定的 Session，原来的对话记录还在。Claude Code 更新以后想让某个后台会话使用新版本，或者会话进程异常退出时，都可以用它。 `respawn` 不是 Context Reset，也不会生成一份干净上下文。如果旧会话已经塞满无关日志和过期方案，重启进程也解决不了上下文污染。遇到这种情况，另开会话，再带入一份核对过的任务摘要更稳妥。 [...] 这里有个容易误判的地方：界面里的 `Completed` 分组也会收纳失败和已停止的会话，分组名不等于所有任务都成功了。是否真的完成，还是要看图标颜色和执行结果。 黄色最有用。以前我以为某个会话还在跑，切回去才发现它早就停在“是否允许执行这个命令？”那里等我。现在看到黄色就处理，没有黄色就先做别的。 ## 不用切换，也能回复 选中会话后按空格键 `Space`，底部会弹出 Peek

## Claude Code 多 Agent 協作全攻略：Channels、Agent Teams、SubAgents 一次搞懂 發表於2026-03-26 , 0個留言 預計閱讀時間: 分鐘 首頁 文章 AI/AGI 人工智能 Claude Code 多 Agent 協作全攻略：Channels、Agent Teams、SubAgents 一次搞懂 --- Heading 2 Example Heading 3 Example Heading 4 Example Heading 2 Example Heading 3 Example 2.1.1 Heading 4 Example # Claude Code 多 Agent 協作全攻略：Channels、Agent Teams、SubAgents 一次搞懂 最後更新：2026 年 3 月 TL;DR：Claude Code 有三種讓多個 Agent 一起工作的方式：Channels（外部訊息推送）、Agent Teams（多 session 協作）、SubAgents（單 session 內子代理）。這篇整理了網路上的教程和我自己的實測，幫你搞清楚該用哪個。 ## 為什麼我需要一篇多 Agent 協作的整理文？ 老實說，我搜了一大圈，中文圈已經有不少 Claude Code 多 Agent 的教程了。知乎上有、博客園上有、GitHub 上甚至有人整理了 212 篇以上的文章合集。 但我看了一輪之後發現一個問題：大部分教程只講其中一種方式，很少有人把 Channels、Agent Teams、SubAgents 三種方式放在一起比較。 所以這篇文章的目的很簡單——讓你一次搞懂三種方式的差異，知道什麼時候該用哪個。 [...] ### Agent 之間可以互相看到彼此的 context 嗎？ 不行。不管是 Agent Teams 還是獨立 session，每個 Agent 都有自己獨立的 context window。溝通只能透過 mailbox（Agent Teams）、tmux send-keys（獨立 session）、或 Discord 訊息（需要人類中轉，bot 之間不通）。 ### 我是新手，該從哪種方式開始？ 先從 SubAgents 開始。在一個

存在~/.claude/teams目錄裡 每個Agent有自己的Inbox A寫訊息 B定期Pollin看到就會印 你可能覺得這設計也太陽純了 但這樣有個很大的優點 完全透明 你可以直接開啟目錄 看Agent在聊什麼 遇到問題可以手動介入 對工程師來說 除錯友善 遠比設計酷炫更重要 要使用這個功能 有三件事要確認 Claude Code 版本要是 V2.1.32或更新 第二 這還是Experimental狀態 要設定環境變數 CL AUDEXPERIMENTALAGENTEMS 等於1 第三 建議搭配TMUX或ITEMR的分割畫面 讓你同時監控 所有Teammate的執行狀態 這個視覺回饋非常重要 讓你知道每個agent在做什麼 不用瞎猜 那實際應用場景是什麼 最典型的是大型軟體開發 你要同時開發前端 後端測試 用agentteams Teammate復材負責整體架構 前端Teammate處理react 後端Teammate處理API 測試Teammate 寫完一個模組就立刻跑測試 三個Teammate同時跑 互相溝通 效率不是加倍 是成倍 我帶過超過400家企業 做AI培訓 最常聽到工程師說 AI用在小任務很厲害 但一碰到大型專案 反而更麻煩 agentteams搭配 Quadop 4.6的 Context Compaction 它會自動壓縮 舊的對話 讓長時間的 session不斷線 兩個功能結合 就能處理之前 根本無法想象的 任務規模 但我想說的 不只是技術 這個功能的出現 代表工程師的角色 正在被重新定義 以前工程師的工作 是執行 寫程式 改bug 現在越來越多的工作 是指揮 決定方向 分配任務 判斷結果 問題不在 你能不能寫程式 問題在 你能不能帶領一支 AI團隊 做你一個人 做不到的事 回到那個工程師的問題 一個人管 五個AI agent 到底是誰在工作 [...] ### Transcript: [...] 老師一個人管五個AI agent 那到底是我在工作還是他們在工作 有個工程師在培訓結束後把我攔住 說了這句話 他不是在抱怨 他是真的不知道答案 今天我們來談的這個功能 就是讓這個問題變得有意義的關鍵 它叫做Claude Code的Agent Teams 先說一件事 很多人用過Claude Code的sub-agent模式 你給一個任務 Core自己