如果我不小心在無痕對話裡請 Claude 產出一份檔案，會發生什麼事？
根據官方文件的說明，無痕對話開啟的是先前的體驗，這代表 Claude 在裡面沒有建立檔案的能力，不是「能力受限、產出品質比較差」，而是這個功能在無痕對話裡本來就不存在。比較可能發生的狀況，是 Claude 用文字方式回覆你、或是告知它在目前這個對話模式下無法產出檔案，而不是產出一個殘缺或格式錯誤的檔案。
如果你真的需要一份實際的檔案，比較務實的做法，是把這項任務移到一般對話（非無痕模式）裡重新描述一次需求，讓 Claude 在具備檔案產出能力的環境下處理；如果你的顧慮是不想在一般對話裡留下這次互動的紀錄，這代表你原本想要的「無痕」跟「產出檔案」這兩個需求，在目前的架構下沒辦法同時滿足，需要重新評估哪一項對你來說更重要。
「無法從對話中間分支」這個限制，是不是代表我完全不能同時嘗試兩種不同的做法？
不是完全不能，而是需要換一種操作方式去達到類似的效果。原本的分支功能，能讓你在介面層面直接從某個時間點岔出去，系統自動幫你保留兩條路徑各自的完整脈絡；現在這個自動化的部分沒有了，但你依然可以手動達成類似的結果——把想要分支的那個時間點之前的背景資訊複製下來，開一段全新的對話，把這些背景資訊貼進去，再往你想嘗試的新方向繼續進行。
這個手動做法的差別在於，你需要自己負責把關鍵背景資訊整理清楚、完整地帶到新對話裡，不像原本的分支功能會自動幫你保留完整脈絡。如果你經常需要這種「同一起點、多種嘗試」的工作模式，值得養成一個習慣，在關鍵決策點先把當下的背景資訊整理成一段摘要保存起來，需要開新分支時就能直接貼上，而不用每次都重新從頭回顧整段對話去萃取背景。
Dispatch 對新使用者暫時不開放，這是永久性的政策，還是之後有機會重新開放？
官方文件目前只說明了現況——新使用者用不到，既有使用者可以繼續用——沒有進一步說明這是永久性的決定，還是之後會重新對新使用者開放。因為這次合併本身是分階段推送的架構升級，比較合理的推測，是 Dispatch 目前對新使用者的限制，可能跟這次合併的分階段推送有關（例如先確保既有使用者的工作流程不受影響，等新體驗更穩定之後，再考慮重新對新使用者開放），但這僅止於推測，官方沒有明確承諾任何時間表。
如果你是還沒用過 Dispatch、但一直有需求想嘗試的使用者，比較實際的做法，是持續留意官方後續公告裡有沒有針對這項限制的更新，而不是預設它會很快重新開放，也不要投入時間去尋找非官方的繞過方法——畢竟這是官方刻意設下的限制，不是系統疏漏或 bug，透過非正規管道繞過的風險跟不確定性都比較高。
搜尋功能找不到舊的 Cowork 任務，如果我有大量歷史任務，怎麼有效率地找到我要的那一個？
官方文件指出，舊任務依然可以在 Recents 清單裡透過名稱找到，這代表你需要仰賴的是任務本身當初取的名稱，而不是搜尋列的關鍵字比對。如果你過去建立 Cowork 任務時，習慣用清楚、具辨識度的名稱（例如包含日期、專案名稱、任務性質），現在回頭找的時候會相對輕鬆；但如果過去命名比較隨意（例如系統自動產生的預設名稱），在大量歷史任務裡用瀏覽的方式尋找,會是一件相對耗時的事。
往前看比較務實的調整，是從現在開始，建立新任務時多花幾秒鐘,把名稱取得更具體、更容易日後辨識——這個習慣改變沒辦法幫你找回過去已經存在、命名不清楚的舊任務，但可以避免同樣的問題在搜尋功能未來擴大涵蓋範圍之前持續累積。如果某個特定的舊任務對你來說真的很重要、经常需要回頭查閱，也可以考慮把它的關鍵內容另外摘要保存到一個你自己方便查找的地方，不用每次都依賴 Cowork 介面本身的搜尋或瀏覽機制。
Claude Cowork 跟 Chat 合併成一個介面之後，官方說明文件裡明確列出了五項目前還做不到的事——這些不是「以後可能會補上」的模糊警語，而是官方在同一篇公告裡白紙黑字寫出來的具體限制清單。這篇逐一拆解這五項，其中第三項（無痕對話）特別值得注意，因為它牽涉到的不是功能缺失，而是可能會讓習慣用無痕模式的使用者，誤以為自己拿到了合併後的完整能力，實際上卻不是。
合併後的新體驗，目前不支援「從 GitHub 新增」這個功能。這代表如果你原本的工作流程，是透過這個入口把 GitHub 上的儲存庫內容帶進 Cowork 任務裡處理，這條路徑在新體驗裡暫時走不通。官方沒有進一步說明替代方案，也沒有給出這項功能何時會補上的時間表，只是把它列在限制清單裡。如果這是你工作流程裡不可或缺的一環，值得留意這個限制目前沒有已知的繞過方法。
「從對話中的較早時間點分支」這個功能，在新體驗裡也不可用。過去如果你在一段對話進行到一半時，想從某個特定節點岔出去嘗試不同的方向，同時保留原本的對話繼續往下走，這種分支操作目前在合併後的體驗裡沒有對應功能。這代表如果你需要「同一個起點、兩種不同做法都想試試看」這種比較實驗性質的工作方式，目前只能透過複製貼上背景資訊、開一段新對話的方式手動模擬，而不是靠介面本身的分支功能。
這是五項限制裡最容易被忽略、卻可能造成實際工作流程卡關的一條。官方文件寫得很明確：無痕對話依然可以使用，但它開啟的是「先前的體驗」，這代表在無痕對話裡，Claude 沒辦法建立檔案，也沒辦法執行程式碼——換句話說，無痕對話目前完全沒有被納入這次合併，它停留在合併之前的功能範圍。如果你習慣用無痕對話處理不想留下紀錄、但同時又需要 Claude 幫忙產出檔案或跑程式碼的工作，這個組合在目前的架構下沒辦法成立：一旦切到無痕模式，你等於是自動放棄了合併後才有的檔案產出跟程式碼執行能力。
合併後的搜尋功能，目前不包含舊有的 Cowork 任務——它涵蓋的是你的一般對話跟新建立的對話，舊 Cowork 任務不在這個搜尋範圍裡。這不代表舊任務消失了，官方文件另外提到，你依然可以在 Recents 清單裡透過名稱找到那些較舊的任務，只是「用搜尋列直接搜尋」這個管道目前對舊任務不生效，得改用瀏覽清單、靠名稱辨識的方式去找。如果你的工作習慣是靠搜尋關鍵字回溯過去做過的任務，這個限制值得特別留意，尤其是舊任務數量一多，光靠瀏覽清單找特定一項會比搜尋慢上不少。
Dispatch（從任何地方指派任務給 Cowork 的功能）目前對新使用者不開放；如果你原本就已經在使用這個功能，可以繼續使用。這是五項限制裡唯一一項採取「舊帳號保留、新帳號限制」這種差異化處理方式的——代表這不是一個技術上完全被拿掉的功能，而是官方策略性地先暫停開放給還沒用過的人，同時不影響既有使用者的工作流程。如果你還沒開始用 Dispatch、但看過相關介紹想嘗試，目前這條路徑暫時關閉，沒有官方說明的申請或等候名單機制。
把這五項放在一起看，可以看出一個共通的模式：合併後的新體驗，優先確保的是「日常最常用的工作流程」順暢運作，而一些相對進階、或使用頻率較低的功能（GitHub 整合、對話分支、跨任務搜尋、新用戶 Dispatch），則暫時被排除在第一波之外。無痕對話這條比較特殊，它不是功能被拿掉，而是整個無痕模式暫時沒有被納入這次架構升級，停留在原本的體驗版本裡。
如果你的帳號已經切換到合併後的新體驗，在動手規劃一項工作流程之前，值得先對照這五項限制,確認你打算用的功能組合裡，有沒有踩到其中任何一條——尤其是如果你的工作習慣包含「用無痕對話處理敏感內容，同時需要 Claude 產出檔案」這個組合，目前沒有辦法兩者兼得，需要先想清楚哪一項的優先順序更高。如果你發現自己還沒被切換到新體驗、訊息框裡依然顯示 Chat 跟 Cowork 的分開選項，這代表你的帳號還在原本的架構下運作，這五項限制目前對你來說都不成立，可以繼續照原本的方式使用，不需要為了尚未發生的變化預先調整工作流程。