[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-claude-code-sessions-message-each-other-zh":3,"article-related-claude-code-sessions-message-each-other-zh":29,"series-tools-62bdb4e4-7f3f-4218-ba55-d716aecd8ee7":74},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":22,"views":26,"created_at":27,"published_at":28,"topic_cluster_id":11},"62bdb4e4-7f3f-4218-ba55-d716aecd8ee7","claude-code-sessions-message-each-other-zh","Claude Code 讓會話互傳訊息","\u003Cp data-speakable=\"summary\">以前每個 \u003Ca href=\"\u002Ftag\u002Fclaude-code\">Claude Code\u003C\u002Fa> session 都像獨立聊天室，現在它們可以互傳訊息，我就能把協作從人肉轉接改成 session 直接對齊。\u003C\u002Fp>\u003Cp>我用 \u003Ca href=\"\u002Ftag\u002Fclaude\">Claude\u003C\u002Fa> Code 一陣子了，最煩的從來不是寫 code，而是協調。A session 在查 bug，B session 在寫修正，C session 在重構同一批檔案，然後大家都得回頭問我：「前一個人有沒有看過這段？」我就像那個永遠在轉貼訊息的人，還得順手保證沒有一個 session 亂踩別人的假設。單線還撐得住，多線一開，整個流程就開始像群組裡每個人都在講自己的版本。\u003C\u002Fp>\u003Cp>直到我看到這篇觸發我動手整理的方法論的文章：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2069484509557421666\">Zhihu 的 Claude Code 相關說明\u003C\u002Fa>。它講的核心很直接：不同的 Claude Code sessions 現在可以彼此傳訊息。這件事不花俏，但很實際，因為它把我一直在手動搬運的上下文，改成 session 之間自己交換。\u003C\u002Fp>\u003Ch2>別再把每個 session 當成死胡同\u003C\u002Fh2>\u003Cblockquote>「現在，你可以在一個會話（Claude Code Session）里問 AI 其他對話的信息，讓正在跑著的不同智能體之間對齊……」\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：一個 session 不再只是自己的小筆記本，它可以\u003Ca href=\"\u002Fnews\u002Fdailyarxiv-arxiv-keyword-paper-feed-zh\">變成\u003C\u002Fa>網路的一個節點。它能問別的 session 看到了什麼、決定了什麼、改了什麼，這件事直接砍掉我最討厭的重工。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786753981619-bii1.png\" alt=\"Claude Code 讓會話互傳訊息\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我之前拆過一個 \u003Ca href=\"\u002Fnews\u002F10-ai-github-repos-that-actually-save-time-zh\">repo\u003C\u002Fa> audit，三個 session 平行跑：一個掃 \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa> route，一個追 config，一個看測試覆蓋。結果大家都找到了東西，也都浪費時間重複蒐集上下文，因為沒有人能便宜地問別人：「你已經查到哪裡了？」\u003C\u002Fp>\u003Cp>以前我只有兩條路：人工整理摘要，或接受 drift。人工摘要慢，而且容易漏；drift 更糟，因為每個 session 都很自信地活在自己的小宇宙裡。session-to-session messaging 的價值就很無聊，也很有用：它把最煩的協調成本拿掉。\u003C\u002Fp>\u003Cp>實操上，我會把任務切成「局部責任」加「共享事實」。每個 session 只負責一小塊，但它可以直接去問別人事實，不用自己重建整個世界。\u003C\u002Fp>\u003Cul>\u003Cli>一個 session 當 investigator，另一個當 implementer。\u003C\u002Fli>\u003Cli>讓 verifier 直接問 file path、diff、先前結論。\u003C\u002Fli>\u003Cli>人只在真的需要拍板時介入，不當訊息中繼站。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>把 session 當記憶單元，不只是輸出機器\u003C\u002Fh2>\u003Cp>很多人用 \u003Ca href=\"\u002Ftag\u002Fagent\">agent\u003C\u002Fa>，還停在「\u003Ca href=\"\u002Fnews\u002Fclaude-vs-chatgpt-2026-claude-bi-jiao-qiang-ma-zh\">比較\u003C\u002Fa>會聊天的 autocomplete」這層。我覺得這太小了。更好的想法是：session 是分散式記憶，加上執行能力。它不只是吐文字，它還持有專案的一段工作記憶，然後把這段記憶提供給其他 session。\u003C\u002Fp>\u003Cp>這件事重要，因為 context loss 的成本很真實。我看過一個 session 很有把握地提一個修法，結果另一個 session 早就判定那條路會炸掉別的流程。不是誰笨，是工作流設計錯了。大家都像自己擁有整個問題。\u003C\u002Fp>\u003Cp>現在我比較願意替每個 session 劃清記憶邊界。Session A 管 bug report，Session B 管 implementation plan，Session C 管 regression checks。然後 A 可以問 B：「你用了哪些假設？」C 可以問 A：「使用者實際踩到哪些 edge case？」這比把整段 transcript 丟進每個 prompt 再祈禱好太多。\u003C\u002Fp>\u003Cp>實操寫法很簡單：先定義每個 session 可以知道什麼，再定義它可以問什麼。聽起來有點囉唆，但這會逼 agent 不要變成什麼都懂一點、什麼都不深的雜訊機。\u003C\u002Fp>\u003Cul>\u003Cli>角色固定：scout、builder、reviewer、tester。\u003C\u002Fli>\u003Cli>每個角色只准問特定類型的問題。\u003C\u002Fli>\u003Cli>回覆要當成結構化輸入，不是聊天廢話。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>平行做事有用，前提是你能收斂結果\u003C\u002Fh2>\u003Cp>我看過太多團隊一聽到 parallel agents 就很嗨，然後立刻淹在 merge pain。問題從來不是速度，而是收斂。三個 session 各改一塊，最後誰要知道這些改動還能不能拼起來？沒有協調通道，你就會回到手動對照紀錄，像大家都在不同分支的現實裡工作。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786753981527-oln5.png\" alt=\"Claude Code 讓會話互傳訊息\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這次更新讓收斂變得比較像一回事。session 可以直接問別的 session：你改了什麼、測了什麼、刻意沒碰什麼。這代表 review 可以在工作進行中就發生，不用等到全部做完才開始抓包。\u003C\u002Fp>\u003Cp>我會把它用在那種多條 code path 最後會匯到同一個 interface 的任務。比如一個 session 負責 API contract，另一個處理 UI wiring，第三個看 tests。它們可以在我做最後 merge 前先互相確認，少掉很多「欸你怎麼把那個名字改掉了」的場面。\u003C\u002Fp>\u003Cp>實操寫法是把 reconciliation 變成任務的一部分，不要當成收尾清理。只要兩個 session 會碰到相關 code，就要求它們在結束前交換一則短狀態訊息。\u003C\u002Fp>\u003Cul>\u003Cli>你改了什麼？\u003C\u002Fli>\u003Cli>你刻意沒碰什麼？\u003C\u002Fli>\u003Cli>別的 session 繼續做時，哪裡最可能炸？\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>訊息要短，不然你只是做出另一個更吵的 Slack\u003C\u002Fh2>\u003Cp>這裡有個坑。session 可以互傳訊息，不代表它們就該開始寫日記。你一旦放任它們長篇大論，就只是做出一個更煩的聊天系統。我一點都不想要那種東西。\u003C\u002Fp>\u003Cp>我想要的是短、結構化、可讀的訊息。把它想成 status packet，不是流水帳。整個目的就是降低 context transfer cost。如果每封訊息都像報告書，那你只是把問題換個地方放，還多了一個失敗模式。\u003C\u002Fp>\u003Cp>我跟人協作時，本來就偏好短更新，而且要有欄位。agent 也該被同樣對待。告訴我你學到什麼、改了什麼、需要誰、卡在哪裡。其他都是裝飾。\u003C\u002Fp>\u003Cp>實操寫法：替每個 agent 固定一個訊息格式。如果工具本身不強制，prompt 就自己強制。\u003C\u002Fp>\u003Cpre>\u003Ccode>STATUS UPDATE\n- owner: session-name\n- changed: files or concepts touched\n- learned: new facts discovered\n- needs: questions for other sessions\n- risk: anything likely to break\u003C\u002Fcode>\u003C\u002Fpre>\u003Ch2>拿來減少人類 babysitting，不是拿來取消判斷\u003C\u002Fh2>\u003Cp>我不想假裝 agent 可以自己把專案跑完。不能。它們能做的是，別再讓我當所有移動零件之間的膠水。這才是這個功能真正有感的地方：少一點 babysitting，多一點判斷。\u003C\u002Fp>\u003Cp>session-to-session messaging 有用，是因為它讓系統先自己回答操作層問題，不要每次都升級到我這邊。另一個 session 有沒有看過這個檔案？有人已經決定命名規則了嗎？這個 test failure 是預期的嗎？這些是協調問題，不是策略問題。人只該在答案會改變方向時介入。\u003C\u002Fp>\u003Cp>我已經受夠那種同一個問題被問三次的 session。它不是不會做事，是它沒辦法去問另一條 thread。現在能先互問，我就少接幾次打斷，流程也比較連續。\u003C\u002Fp>\u003Cp>實操寫法：先定義什麼是 coordination question，什麼是 product question。前者讓 agents 自己解，後者留給你。\u003C\u002Fp>\u003Ch2>這對 Claude Code 本身改了什麼\u003C\u002Fh2>\u003Cp>Claude Code 本來就很有「直接在 repo 裡工作」的味道，但這次更新把它往更像多 agent 工作台的方向推了一步。差別不是你能開更多 sessions，而是這些 sessions 現在真的像共享工作空間，不必假裝彼此不存在。\u003C\u002Fp>\u003Cp>這件事在亂一點的 codebase 特別有感。小 demo 你腦中就能 hold 住全部；真實產品 repo 不行。你需要 agents 分工、對照、避免互踩。這個功能等於承認：如果 session 永遠各做各的，協作就會卡在天花板上。\u003C\u002Fp>\u003Cp>如果你要看官方背景，我會先去 \u003Ca href=\"https:\u002F\u002Fwww.anthropic.com\u002Fclaude-code\">Anthropic 的 Claude Code 頁面\u003C\u002Fa>，再搭配 \u003Ca href=\"https:\u002F\u002Fdocs.anthropic.com\u002F\">Anthropic Docs\u003C\u002Fa>。我也建議把 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-code\">Claude Code 的 GitHub repo\u003C\u002Fa> 一起放著，因為實際工作流最後都會落到文件、範例和版本差異上。\u003C\u002Fp>\u003Cp>實操上，我只會在真的有 dependency edge 的任務用這招。單檔小改動不用浪費。要留給那種「一個 session 的結論會直接影響另一個 session 下一步」的場景。\u003C\u002Fp>\u003Ch2>我會怎麼用，給你一個可直接搬的版本\u003C\u002Fh2>\u003Cp>我的版本很簡單：先分角色，再分訊息，再分責任邊界。不要一開始就想把所有 agent 都拉成全知全能，那只會更亂。先讓它們各自知道自己該知道什麼，再讓它們互相問最小必要資訊。\u003C\u002Fp>\u003Cp>我通常會把流程設成 scout 先找事實，builder 再動手，reviewer 負責挑假設，tester 負責驗證。每一步都要能對上一個 session 的輸出，而且輸出要短。這樣你才不會把多 agent 協作做成一堆長聊天紀錄。\u003C\u002Fp>\u003Cp>下面這段就是我整理後可以直接抄的模板。原始想法來自 Zhihu 那篇文章和 Claude Code 的協作方向，剩下的角色切法、訊息格式、流程順序，都是我自己整理出來的實用版。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># Claude Code 多 session 協作模板\n\n## 角色分工\n- session-scout：蒐集事實、追 code path、列出未知項\n- session-builder：實作變更\n- session-reviewer：檢查假設、命名、整合風險\n- session-tester：驗證行為、回報失敗\n\n## 協作規則\n- 每個 session 只負責一件事。\n- session 之間只問事實，不問空泛意見。\n- 訊息必須短、結構化。\n- 只有產品方向或架構方向的問題才交給人。\n\n## 統一訊息格式\nSTATUS UPDATE\n- owner: <session-name>\n- changed: <檔案或觸及範圍>\n- learned: <新發現的事實>\n- needs: <要問另一個 session 的問題>\n- risk: <可能的衝突或回歸風險>\n\n## 協作流程\n1. session-scout 先畫出問題範圍並送出狀態更新。\n2. session-builder 先問 session-scout 補齊缺的事實。\n3. session-reviewer 問 session-builder 用了哪些假設。\n4. session-tester 同時問 builder 和 scout 哪些地方要覆蓋。\n5. 人只處理還沒解掉的衝突，或真的要改方向的決策。\n\n## 每個 session 的 prompt 片段\n你正在一個多 session 的 Claude Code 工作流中。\n\n你的工作是守住自己的角色，需要時先問其他 session 拿事實。\n在做決定前，先確認別的 session 是否已經知道答案。\n只送短的、結構化的更新。\n不要重複另一個 session 已經完成的工作。\n如果需要幫忙，請用 STATUS UPDATE 格式提出具體問題。\n\n## 範例跨 session 問題\nSTATUS UPDATE\n- owner: session-reviewer\n- changed: auth flow review\n- learned: token refresh 是在 middleware 處理，不是在 route handler\n- needs: session-builder，請確認新 error state 有沒有保留原本的 retry logic\n- risk: 如果 UI 再加一層 fallback，可能會重複 refresh\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這篇裡面我寫的 template 是原創整理，不是 Anthropic 官方原文。真正啟發我的來源是這篇 Zhihu 文章：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2069484509557421666\">https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2069484509557421666\u003C\u002Fa>。Claude Code 的官方背景則可以從 \u003Ca href=\"https:\u002F\u002Fwww.anthropic.com\u002Fclaude-code\">Anthropic\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fdocs.anthropic.com\u002F\">文件\u003C\u002Fa> 交叉看。\u003C\u002Fp>","Claude Code 讓不同會話直接互傳訊息，我拆成可操作的多 agent 協作模板，含角色分工、訊息格式與可複製貼上的範本。","zhuanlan.zhihu.com","https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2069484509557421666",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786753981619-bii1.png","tools","zh","c3952c24-178c-4cb8-a1f8-a54a740f870e",[17,18,19,20,21],"Claude Code","multi-agent","session messaging","workflow orchestration","prompt template",[23,24,25],"session-to-session messaging 最有價值的地方是減少人當轉接站","多 agent 協作要先定角色、訊息格式與責任邊界","短而結構化的狀態更新，比長聊天紀錄更適合協作",1,"2026-08-15T00:32:41.027572+00:00","2026-08-15T00:32:41.008+00:00",{"tags":30,"relatedLang":33,"relatedPosts":37},[31],{"name":17,"slug":32},"claude-code",{"id":15,"slug":34,"title":35,"language":36},"claude-code-sessions-message-each-other-en","Claude Code lets sessions message each other","en",[38,44,50,56,62,68],{"id":39,"slug":40,"title":41,"cover_image":42,"image_url":42,"created_at":43,"category":13},"ca5fecbc-126c-4688-997a-212eb1c01208","10-ai-github-repos-that-actually-save-time-zh","10 個 AI Repo，真的省時間","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786712619314-0lr7.png","2026-08-14T13:03:14.477152+00:00",{"id":45,"slug":46,"title":47,"cover_image":48,"image_url":48,"created_at":49,"category":13},"cbf2a589-5c35-4278-9fea-061252522297","fable-51-safety-boundary-permission-template-zh","Fable 5.1把安全边界改成权限模板","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786695622156-b6ey.png","2026-08-14T07:33:08.295056+00:00",{"id":51,"slug":52,"title":53,"cover_image":54,"image_url":54,"created_at":55,"category":13},"dda641de-50ed-419d-81dc-d8f8edc33084","vdbbench-cost-benchmark-vector-databases-zh","VDBBench 把向量資料庫比法改掉","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786654993634-4al2.png","2026-08-13T21:02:47.275149+00:00",{"id":57,"slug":58,"title":59,"cover_image":60,"image_url":60,"created_at":61,"category":13},"c55af4bc-dfce-4031-896d-89c6e76ba2c0","zilliz-cost-aware-vdbbench-benchmark-zh","Zilliz替VDBBench加入成本指標","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786653169746-xfnk.png","2026-08-13T20:32:26.208471+00:00",{"id":63,"slug":64,"title":65,"cover_image":66,"image_url":66,"created_at":67,"category":13},"dff07cae-e3a9-46e4-b069-c0ab3b7e18e3","zilliz-cost-aware-scoring-vdbbench-zh","VDBBench 把成本納入主指標","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786651373076-fihi.png","2026-08-13T20:02:30.752194+00:00",{"id":69,"slug":70,"title":71,"cover_image":72,"image_url":72,"created_at":73,"category":13},"acd0364e-15cb-4a7c-b5d4-e670436ed521","pixel-11-launch-highlights-gemini-features-zh","Pixel 11 發表重點與 Gemini 新功能","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786649574526-g2vc.png","2026-08-13T19:32:23.509251+00:00",[75,80,85,90,95,100,105,110,115,120],{"id":76,"slug":77,"title":78,"created_at":79},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":81,"slug":82,"title":83,"created_at":84},"9b19ab54-edef-4dbd-9ce4-a51e4bae4ebb","mcp-in-2026-the-ai-tool-layer-teams-use-zh","2026 年 MCP：團隊真的在用的 AI 工具層","2026-03-26T08:01:46.589694+00:00",{"id":86,"slug":87,"title":88,"created_at":89},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":91,"slug":92,"title":93,"created_at":94},"05553086-6ed0-4758-81fd-6cab24b575e0","garry-tan-open-sources-claude-code-toolkit-zh","Garry Tan 開源 Claude Code 工具包","2026-03-26T08:26:20.068737+00:00",{"id":96,"slug":97,"title":98,"created_at":99},"042a73a2-18a2-433d-9e8f-9802b9559aac","github-ai-projects-to-watch-in-2026-zh","2026 必看 20 個 GitHub AI 專案","2026-03-26T08:28:09.619964+00:00",{"id":101,"slug":102,"title":103,"created_at":104},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":106,"slug":107,"title":108,"created_at":109},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":111,"slug":112,"title":113,"created_at":114},"bfdb467a-290f-4a80-b3a9-6f081afb6dff","aiml-2026-student-ai-ml-lab-repo-review-zh","AIML-2026：像課綱的學生實驗 Repo","2026-03-27T01:21:51.467798+00:00",{"id":116,"slug":117,"title":118,"created_at":119},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00",{"id":121,"slug":122,"title":123,"created_at":124},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]