週一，上午 9:12。一封充滿潛力的開發信落入 Gmail。行銷部門調查這家公司，營運部門確認是否符合 ICP，業務起草回覆，主管審閱切入角度並要求提供更有力的佐證。
這正是 AI 團隊協作崩潰的地方：工作在流動，但背後的推理邏輯卻鮮少完整地跟著移動。
每個人都從訊息、文件、舊範例和記憶中重新拼湊出任務的一部分。最終的郵件或許寫得不錯，但產出它的方法仍然散落在四個人和五個工具之間。下一封開發信到來時，許多工作又得重頭來過。
團隊軟體花了二十年改善人們協調的場所。更難解決的問題在會議或 Slack 討論串結束之後才開始：工作本身能否承載塑造決策的脈絡、標準與授權？
這正是 Zero 背後的核心觀點。AI 團隊協作的品質，取決於意圖在交接過程中能保留多少。
每一項有意義的任務都承載著四件事：
- 脈絡：團隊對客戶、市場、專案與限制條件的了解。
- 方法：工作應如何進行，以及應使用哪些來源或工具。
- 標準：優質交付物的樣貌，以及什麼應該被否決。
- 授權：誰可以存取哪些系統、執行哪些動作、核准哪些結果。
大多數交接摩擦都源於上述四者之一被遺漏。Zero 幫助團隊在工作於人員、工具與時間之間流動時，始終將這四者附著於工作之上。
1. 共同的起點消除第一輪重複說明
協作往往從重建開始。
隊友打開一項任務，搜尋最新的策略文件，找到兩個版本的客戶定義，從同事那裡複製一段提示詞，再詢問哪個範本是最新的。什麼都還沒執行，團隊就已經在為達到共同起點而付出協調成本。
在 Zero 中，團隊可以圍繞重複性工作建立共享 Agent，並為其提供執行該工作所需的脈絡、指令與連接器。可重複使用的工作流程可以承載團隊商定的程序。下一位成員從相同的操作脈絡出發，而不是面對一個空白的對話框。
這在知識分布不均時尤為重要。有經驗的操作者已經知道哪些來源可信、哪些客戶區隔應排除，以及最終報告應如何架構。一旦這些選擇被明確化，新成員從第一天起就能以團隊當前的方法開始工作。
共享脈絡並不意味著每個人都使用同一個通用助理，而是團隊擁有一個共同基礎，能夠支援不同的人員與角色。
公開的 Zero Agent 與角色專屬 Agent 為團隊提供共同起點，而不必將所有工作強塞進一個通用助理。
2. AI 團隊協作需要跨工具的共享執行
典型的 AI 交接會製造另一次交接。助理產出答案，然後由人將答案帶入 Gmail、GitHub、Notion、試算表或瀏覽器。脈絡再次被複製，細微的決策在途中消失。
Zero 在雲端電腦中運行，可存取瀏覽器、檔案、終端機與授權連接器。它能夠調查一家公司、比較來源、轉換檔案、起草郵件、建立 pull request、更新試算表或發布報告，作為一件連貫的工作完成。
協作的價值在於工作最終落腳的地方。Zero 可以將結果直接交付到團隊已共享的系統中：GitHub pull request、Notion 頁面、共享的 Google 試算表、Slack 討論串或已發布的報告。
這個共享工作區並非你的團隊需要在 Zero 內部另行建立的新目的地，它早已存在於公司每天使用的 SaaS 產品中。雲端瀏覽器讓 Zero 能透過這些產品的網頁介面操作，超過 2,000 個連接器與 API 則提供對相同系統的結構化存取。沙箱在工作完成期間將檔案與中間狀態保持在一起。
這些能力合在一起，讓 Zero 能夠從研究到行動完整執行一項任務，無需請人在工具之間複製輸出。協作的實際單位變成了一個存在於團隊已共享系統中的交付物。工程師可以審查 pull request，利害關係人可以在 Notion 頁面上留言，營運人員可以從共享試算表工作，團隊可以在 Slack 中決定下一步。每次審查、編輯與決策都附著於共享的成果物上，而不是透過另一次交接被複製出去。
這改變了接收交接的人的角色。他們花更少時間重建執行路徑，花更多時間判斷輸出是否有用、準確，以及是否可以推進。
Zero 的 2,000 多個連接器將團隊已共享的 SaaS 工具堆疊轉化為協作介面。
3. 複雜工作需要高品質資料與執行框架
複雜任務鮮少因為提示詞太短而失敗，更常見的原因是輸入資料品質不佳，或執行到一半中斷。一項市場進入決策可能取決於最新的公司資料、搜尋需求、競爭對手動態、招聘訊號、客戶歷史記錄與內部產品使用情況。沒有任何一位隊友或系統掌握完整的全貌。如果不同的人依據不同版本的事實工作，再多的訊息也無法建立共識。
Zero 不僅依賴團隊 SaaS 工具中現有的資料，它還內建了高品質的資料 API，涵蓋網路研究、公司與人員資料、社群動態、搜尋與 SEO、金融市場、地圖、天氣及其他專業來源。Zero 可以在任務執行過程中查詢這些來源，將其與團隊 CRM、收件匣、文件、程式碼和檔案中的資料結合，比對相互矛盾的結果，並將來源附著於每項聲明。結果是團隊可以直接使用的佐證，而不是一份仍需有人逐一研究的連結清單。
取得優質資料只是產品問題的一半。模型在一次搜尋後就能產出一份看似合理的市場報告，但複雜任務產品必須能夠審查多個市場、保留工作檔案、重新檢視不確定的聲明、在查詢失敗時恢復、委派驗證工作，並交付一份另一個人可以稽核的報告。這需要圍繞模型建立工程框架：隔離的雲端電腦、瀏覽器、終端機、檔案系統、連接器、權限控制、長時間運行的狀態、平行 Agent 執行緒，以及將成果物可靠交付到團隊工具中的機制。
4. 精確的回饋迴圈讓人員與 Agent 保持一致
回饋只有在下一位人員或 Agent 清楚知道哪裡有問題、應該改變什麼時才有幫助。「讓它更好」只會製造另一輪詮釋。「排除員工人數低於 50 人的公司，並為每項事實聲明附上引用來源」則給了接收者可以採取行動的具體指示。這對人與 AI 之間以及人與人之間的協作同樣適用：回饋一旦與它所指涉的工作分離，就會失去價值。
Zero 的引用功能將修正意見錨定到正在審查的確切句子、聲明或建議上。審查者可以引用「Acme 有 240 名員工」並要求 Zero 驗證來源，或一次標記多個段落。下一輪對話中，每條評論都與其對應的對象一起被接收。
引用功能將回饋錨定到正在審查的確切段落，讓下一條指令能夠攜帶其對應的對象。
精確的回饋也需要傳達給正確的負責人。透過 Zero 的 Agent 對 Agent 功能，即 A2A，研究執行緒可以驗證聲明，分析師可以質疑數字，寫作執行緒可以修改敘述。它們可以平行工作，並將結果回傳給協調對話。
執行緒提及將問題及其脈絡路由到另一個 Agent 對話，工作可以在那裡獨立繼續並回報結果。
引用功能與 A2A 合在一起建立了清晰的迴圈：識別問題、攜帶脈絡路由、回傳修正、審查結果。人員花更少時間重複說明意見，Agent 則收到可以採取行動的指令。
如果反覆的回饋揭示了更好的方法，人員可以選擇更新工作流程。這個步驟是刻意為之的。回饋首先改善當前的協作；只有當團隊決定它應該影響未來的工作時，它才會成為可重複使用的內容。
5. 工作流程將共識轉化為可執行的團隊能力
團隊早已將程序儲存在文件中，問題出現在程序需要被執行的時候。
文件可以寫道：「調查客戶帳號、查看 CRM、尋找近期招聘訊號，並起草個人化回覆。」但操作者仍然需要將每個句子轉化為具體動作、選擇正確的工具，並組合最終輸出。
Zero 中的工作流程是一種無需觸發器、可重複使用的工作執行方式。它可以定義要查看的來源、要遵循的順序、要遵守的限制條件，以及交付物的形式。隊友可以按需執行，另一個共享 Agent 也可以使用根據其角色調整的副本。
這使工作流程不僅僅是一個已儲存的提示詞，而是一份關於團隊希望如何完成重複性工作的可執行共識。
一個人可以持續優化每週的競爭對手掃描，直到它達到公司標準。下一位成員不需要觀看錄影、解讀舊討論串，或詢問流程的「真實」版本。他們可以執行商定的方法、審查結果，並在業務變化時加以改進。
複利效應來自重複使用。每一個經過驗證的工作流程都增加了團隊無需從頭重建方法就能完成的事情。
工作流程將商定的方法轉化為可重複執行工作的方式，讓下一位隊友的起點不只是文件中的一段說明。
6. 共享方法可以與個人授權並存
當共享流程同時意味著共享憑證或消除個人責任歸屬時，團隊協作就會變得有風險。
Zero 將可重複使用的方法與啟動它的條件分開。工作流程承載程序，自動化則將觸發器、工作流程與 Agent 結合，並在建立者的身份、權限與連接服務範圍內運行。
這個區別解決了一個實際的治理問題。業務團隊可以共享同一個客戶調查工作流程，同時每位業務代表使用自己的 Gmail 存取權限。財務主管可以允許 Agent 讀取某個系統，而不授權敏感的寫入動作。管理員可以使用團隊工作區控制決定哪些連接器和動作可用，同時個別團隊成員仍對自己建立的自動化負責。
團隊獲得一致性，而不必將所有人合併到同一個帳號。方法是共享的，授權仍可歸責。
7. 自動化讓工作在無人在場時持續推進
許多協作習慣本質上是同步習慣的偽裝。有人發布狀態請求，三個人收集更新，第四個人建立報告，所有人都等待同一個時刻才能到位。
自動化為共享工作流程提供觸發器。它可以按排程或在事件發生時啟動，然後要求選定的 Agent 完成工作。晨間簡報可以在站立會議前收集行事曆、產品、支援與工程訊號。新的客戶郵件可以啟動研究與起草流程。每週的競爭對手審查可以附帶來源出現在團隊頻道中。
其價值遠不止於節省時間。工作可以在團隊開會、睡覺或專注於其他事務時繼續推進。人們重新聚焦於一個具體的成果物，而不是又一次的更新請求。
非同步協作在輸出足夠可預期、值得信任與審查時才能發揮作用。這正是共享工作流程、人工審查標準與權限模型如此重要的原因。將不清晰的流程自動化，只會更頻繁地產出不清晰的工作。
自動化為工作流程附加排程或事件觸發器，讓重複性工作無需等待有人手動啟動即可開始。
一封開發信，一個協作迴圈
回到週一早上到來的那封開發信。
團隊的共享 Agent 已具備 ICP、核准的定位與研究規則。業務代表執行潛在客戶資格審查工作流程。Zero 讀取收到的郵件，透過瀏覽器與連接的來源調查這家公司，核對所需條件，並建立一份附有回覆草稿的客戶簡報。
業務主管審查後發現一個薄弱的假設。她要求 Zero 排除未經佐證的員工人數估計、為每項資格聲明附上來源，並以與潛在客戶當前產品相關的使用案例作為開場。Zero 重新製作簡報並更新草稿。
團隊決定這些修改應適用於未來的開發信，於是工作流程被編輯更新。另一位業務代表現在可以執行改進後的版本。每位業務代表都可以為新收到的郵件建立個人自動化，使用自己的憑證與權限。
這封郵件草稿是有用的，但更大的收穫在於：這次交接提升了團隊處理下一封開發信的可重複能力。
這不只是傳統的自動化
顯而易見的反駁是，企業已經將工作流程自動化多年了。這是事實，穩定的、基於規則的自動化對許多流程來說仍然是正確答案。
協作工作往往不那麼固定。輸入資料雜亂，研究開始後路徑會改變，品質取決於人們從未寫下來的判斷。主管或許一眼就能看出一份薄弱的客戶簡報，卻難以在看到初稿之前完整表達標準。
Zero 讓團隊以自然語言從工作本身開始，審查真實的交付物，並透過審查讓方法更加明確。一旦流程足夠穩定，團隊可以將其保存為工作流程，並決定是否應透過自動化來執行。
這其中有其限制。Zero 並不能消除對所有權、審查或艱難對話的需求。創意方向、策略取捨與敏感核准仍然屬於人的職責。它也不應聲稱能從每次互動中自動學習公司知識。目前，持久性的學習步驟是刻意為之的：由人來儲存或編輯工作流程。
這些限制是設計的一部分。良好的團隊協作需要清晰的人類判斷與清晰的機器責任。
AI 團隊協作的新單位是可執行的標準
訊息幫助人們溝通，文件幫助人們記憶，任務幫助人們追蹤責任。Zero 增加了一個團隊一直缺少的單位：一個能夠執行工作的標準。
這改變了團隊評估協作軟體的方式。請思考：
- 下一位成員是繼承脈絡，還是重新建構它？
- 系統能否跨所需工具執行方法？
- 人工回饋能否成為明確、可審查的標準？
- 方法能否在不共享他人身份的情況下被重複使用？
- 工作能否在無人在場推動時繼續進行？
如果答案是肯定的，協作就開始產生複利。一項完成的工作留下的不只是一個成果物，而是讓團隊更有準備再次完成這項工作。
從一個重複性的交接開始：每週簡報、收到的開發信、支援升級，或發布報告。給它一個清晰的交付物、一位指定的審查者，以及它所需的系統存取權限。用 Zero 執行一次，審查工作，保存經得起考驗的方法。
目標很簡單：每次工作跨越一次交接，流失的意圖應該更少。
