2026 年 10 月 31 日，掘金作者「星際碼仔」發布了一篇介紹 Codex Co² 的長文。Co² 的全名是 Codex Conversation Collaboration，也就是 Codex 會話協作，它想解決的問題聽起來很樸素：讓多個人一起參與同一條 AI 對話，推進同一件工作。

這是工程師圈的話題，但裡頭有幾個場景，你大概不陌生。

一直當「人肉轉接器」的日子

作者的起點是傳統的結對編程（Pair Programming，兩個程式設計師共用一塊螢幕，一人打字、一人審思路的工作方式）。AI 出現之後，AI 坐到了螢幕的另一側，你和它的對話裡慢慢累積了整個任務的來龍去脈：為什麼做這個功能、哪些方案被否決過、還有哪些約束要遵守。

問題出在第三個人想加入的時候。你要截圖對話、複製程式碼、把同事的意見轉述回給 AI，對方想追問一句，又要再等一輪來回。作者觀察到一個很真實的現象：個人的生產力被放大了，團隊掌握的資訊卻未必能同樣順暢地匯集到一起。

如果你也常常是那個「搬訊息的人」，這種感受可能不只發生在寫程式。專案羣組裡的你來我往、跨部門的意見接力，都可能讓你變成資訊的搬運工。這種角色有個容易被忽略的成本：注意力不斷被切換，等別人回覆的空檔又捨不得離開螢幕，於是一整段時間就黏在電腦前，什麼 deep work 都沒發生。

如果這是你的日常，可以參考我們之前整理過的依賴 AI 寫程式時的用眼與作息照顧，裡頭有幾個可以直接照做的休息節奏。

分散在各人手裡的資訊，其實也分散著你的壓力

文章裡有一句話值得停下來看：理解一個問題所需要的資訊，往往分散在不同的人手裡。產品同事知道規則背後的業務現實，測試同事知道偶發問題怎麼重現，熟悉系統的工程師知道一處改動會牽動哪些歷史約束。

Co² 提供的做法是：分享者在 Codex Desktop 選一條既有會話，生成邀請，協作者用瀏覽器打開、申請加入、獲準後就能閱讀共享的上下文，向同一個 Agent 補充要求並跟進回覆。協作者不用安裝 Co²，也不用登入 Codex，訊息沿用分享者當前會話的工具、權限和額度。

作者舉了一個例子：一條模糊的用戶回報，頁面狀態一直沒變、重新整理才恢復。營運先用 AI 分析日誌，把會話分享給研發，研發沿著分析追問服端通知與斷線重連的細節，最後收斂出根因，再讓產品加入，看到完整脈絡後決定怎麼安排修復與回應用戶。

這種「接力」對身心其實是有意義的。當資訊透過一條會話自然流轉，你就不必把「記住所有上下文」的責任全扛在自己腦子裡。認知負荷降下來，那種「怕漏掉什麼、隨時盯著訊息」的緊繃感，也會跟著鬆一點。這和我們在工具罷工時工程師的集體焦慮一文裡聊過的狀況是同一個方向：工具順了，人的情緒負擔往往也跟著小了。

幾個可以順手照顧自己的小提醒

工具再順，坐在螢幕前的人還是你。參與這種多人即時協作時，有兩件事值得放在心上。

等待 Agent 回覆、等協作者上線的空檔，是真的空檔。站起來裝杯水、看看窗外，比滑下一個分頁劃算。協作工具減少了轉述，但不會替你起身。

多人共用一條會話，代表別人會讀到你寫過的東西。寫需求、寫追問時用清楚平和的字句，少一點情緒性發洩，對協作的氣氛和你自己的心情都是保護。網路上的文字會留下來，這一點在共享上下文裡也成立。

一個還在早期的實驗

文末作者也說明了，Co² 目前仍是一個早期的獨立實驗專案，程式碼已經在 GitHub 上開源，並提供 macOS 等版本。至於它的成熟度、安全性與實際採用狀況，來源文章並沒有提供更多可核實的資訊，這裡就不替它掛保證。

比較可以確定的是作者點出的那個方向：與其問 AI 能做多少事，不如問怎麼讓真正了解問題的人，更容易參與當前的工作。對每天和 AI 一起工作的你來說，這句話也許還有另一半：讓參與的方式更省力之餘，也留一點力氣給螢幕外面的自己。