讓 Claude Cowork 強大 100 倍的 17 項最佳實踐
來源: @heynavtoor | 原文連結
日期: Sun Mar 01 16:42:20 +0000 2026
標籤:
Claude CoworkPrompt 工程AI 生產力
來源: @heynavtoor (Nav Toor) 日期: 2025 標籤:
Claude Code最佳實踐工作流程自動化生產力
前言
我從 1 月 12 日 Claude Cowork 推出那天就開始使用。
七週內，我執行了超過 400 次 Cowork 任務。我測試了每個 plugin、每個 connector、每個斜線指令。我用各種方式測到極限，甚至是 Anthropic 可能都沒見過的狀況。而我找出了那些能區分「覺得 Cowork 還不錯」和「用它取代了一半軟體工具」的人之間的確切實踐方法。
差距是巨大的。而這跟 prompting 技巧無關。
關鍵在於設定、架構，以及 17 個具體實踐方法——大多數使用者永遠不會自己發現這些，因為 Anthropic 沒有文件記錄它們。
我測試了每一項，衡量了差異。以下是完整清單——按影響力排序。
第一部分：Context 架構（實踐 1–5）
光是這五項實踐就能徹底改變你的 Cowork 體驗。其他所有東西都建立在這個基礎上。
1. 為每個工作資料夾建立 _MANIFEST.md
這是影響力最高、卻沒人在談的實踐。
問題是這樣的：當你讓 Cowork 指向一個資料夾時，Claude 會讀取所有東西。每個檔案、每個子資料夾、每份過時草稿、每個被取代的版本。DEV Community 有位開發者記錄過，一個包含 462 個檔案的顧問資料夾開始產生矛盾的輸出——Claude 正在從三個月前已被取代的定價模型中提取 context。
解法：在任何工作資料夾中放一個 _MANIFEST.md 檔案。它告訴 Claude 哪些文件是真實來源、哪些子資料夾對應哪些領域、以及哪些要完全跳過。
用三層結構組織：
Tier 1（權威）：Claude 必須優先閱讀的真實來源文件。你的品牌指南、專案簡報、當前策略文件。
Tier 2（領域）：對應到特定主題的子資料夾。只有當任務觸及該領域時 Claude 才載入。例如「/pricing → 定價模型和費率卡」或「/research → 競爭對手分析」。
Tier 3（封存）：舊草稿、被取代的版本、參考資料。除非你明確要求，否則 Claude 會忽略這些。
底線前綴讓它排在資料夾最上方。填寫只需五分鐘，卻能省下數小時混亂的輸出。對於少於十個檔案的資料夾，你不需要這個。但對於任何較大的，特別是會累積檔案數週的專案資料夾——這是不可妥協的。
2. 使用 Global Instructions 作為你的永久作業系統
設定 → Cowork → 點擊 Global Instructions 旁的編輯。
大多數人把這留空。這就像買了車卻從不調整後照鏡。
Global Instructions 在所有東西之前載入——在你的檔案之前、在你的 prompt 之前、甚至在 Claude 看你的資料夾之前。它們是適用於每個任務的基線行為。
我的寫著：「我是 [姓名]，一位 [職位]。在開始任何任務前，先找 _MANIFEST.md 並優先閱讀 Tier 1 檔案。執行前總是先問澄清問題。行動前先展示簡要計畫。預設輸出格式：.docx。永不使用填充語言。永不灌水。品質標準：每個交付成果都應該是客戶可直接使用、無需編輯的。如果信心不足，直說。」
這意味著即使是我最草率、最倉促的 prompt 仍然能產生校準過的輸出。Claude 總是知道我是誰、總是先讀對的檔案、總是在猜測前先問。Global Instructions 處理基線。你的 prompt 只處理任務。
3. 建立三個持久性 context 檔案
我在之前的文章深入討論過這個，但它太重要了不能不在這裡重複。
建立一個叫「Claude Context」的資料夾（或「00_Context」讓它排在最前面）。加入三個檔案：
about-me.md——你的專業身份。不是你的履歷。是你實際在做什麼、你服務誰、你當前的優先事項，以及一兩個你最佳作品的範例。
brand-voice.md——你的溝通風格。語氣描述詞、你使用的詞彙、你絕不使用的詞彙、格式偏好，以及兩到三段你實際寫作作為參考。
working-style.md——Claude 應該如何行為。協作規則、輸出格式預設值、品質標準，以及要避免的事項清單。
這三個檔案一夜之間消除了「通用 AI 輸出」問題。沒有它們，每次任務都從冷啟動開始。有了它們，Claude 在每次任務開始時就已經知道你的聲音、你的標準和你的偏好。
大多數人錯過的關鍵洞察：這些檔案會複利。每週精煉它們。每當 Claude 產生你不喜歡的東西，問自己這是 prompt 問題還是 context 問題。十次有九次是 context。在某個檔案加一行。永久修復。
4. 使用 Folder Instructions 處理專案特定 context
Global Instructions 對每個任務都相同。Folder Instructions 特定於你正在工作的資料夾。
當你在 Cowork 中選擇一個資料夾時，Claude 可以自動讀取和更新 Folder Instructions。但你也可以手動設定它們。這是你放專案特定規則的地方：客戶名稱、專案目標、特定術語、交付格式、審查截止日期。
分層很重要。Global Instructions 設定通用行為。Folder Instructions 添加專案 context。你的 prompt 指定任務。三層，每層都比上一層更具體。這就是你如何從「通用 AI」變成「這聽起來像來自在我團隊待了六個月的人」。
5. 永遠不要讓 Claude 讀取所有東西——刻意限定你的 context
這個實踐區分了進階使用者和其他所有人。
Claude 的 context window 很大——Opus 4.6 超過一百萬 tokens。但更大的 context 不代表更好的輸出。事實上，通常相反。Claude 讀取的不相關檔案越多，進入其推理的噪音就越多，你的輸出就越差。
告訴 Claude 要讀什麼。在你的 Global Instructions 中加入：「開始任何任務時，先找 _MANIFEST.md。載入 Tier 1 檔案。只在任務明確觸及該領域時載入 Tier 2 檔案。除非我特別要求，否則永不載入 Tier 3 檔案。」
如果你在使用 subagents，限制得更緊：「將任務分解給 subagents 時，給每個 subagent 只提供其特定子任務所需的最少 context。」
刻意的 context 管理是區分得到不一致結果和每次都得到可靠高品質輸出的 Cowork 使用者之間最大的差異因素。
第二部分：任務設計（實踐 6–10）
你如何框架任務決定了 Cowork 是交付成品還是昂貴的草稿。
6. 定義結束狀態，而非過程
這是改變一切的思維轉變。Cowork 不是聊天機器人。它是同事。你不會一步步告訴同事如何做他們的工作。你告訴他們「完成」是什麼樣子。
壞 prompt：「幫我處理我的檔案。」
好 prompt：「將這個資料夾中的所有檔案按客戶名稱組織到子資料夾中。對所有檔名使用格式 YYYY-MM-DD-描述性名稱。建立一個記錄每個變更的摘要日誌。不要刪除任何東西。如果一個檔案可能屬於多個客戶，將它放在 /needs-review。」
第二個 prompt 定義了結束狀態（組織好的資料夾）、命名慣例、輸出產物（摘要日誌）、安全約束（不刪除）和不確定性協定（needs-review 資料夾）。Claude 現在可以自主執行，你可以離開。
每個任務 prompt 都應該回答三個問題：「完成」是什麼樣子？約束是什麼？當不確定時 Claude 應該怎麼做？
7. 執行前總是要求計畫
在你的 Global Instructions 中加入：「在對任何任務採取行動前先展示簡要計畫。等待我的批准後再執行。」
這單獨一行防止了 90% 的 Cowork 災難。沒有它，Claude 讀取你的 prompt 並立即開始執行。有時它完全正確。有時它誤解了一個詞，然後以錯誤的方向重組了三個月的檔案。
有了計畫步驟，你得到 30 秒的審查窗口。「我將建立這六個子資料夾、移動這些檔案、使用這個慣例重命名它們，並在這裡保存日誌。繼續嗎？」你掃一眼。看起來對。你批准。Claude 執行。
成本：每個任務額外 30 秒。好處：你永遠不必撤銷 20 分鐘的自主錯誤。
8. 告訴 Claude 如何處理不確定性
這是整個清單中最被低估的實踐。
大多數人為正常路徑給 Claude 清楚的指示，但對邊緣情況什麼都不說。當收據影像模糊時會發生什麼？當一個檔案可能屬於兩個類別時？當資料來源不完整時？
Claude 會猜測。而 Claude 的猜測經常是錯的——不是因為它笨，而是因為它不知道你對模糊情況的偏好。
將不確定性處理建構到每個任務中：「如果日期不清楚，標記為 VERIFY。如果一個檔案可以放在多個資料夾中，將它放在 /needs-review。如果你對分類的信心低於 80%，標記它而不是猜測。」
這將 Cowork 從一個有時會產生錯誤的工具轉變為一個準確告訴你它需要你判斷的地方的工具。那是根本不同的價值主張。
9. 將相關工作批次到單一任務中
每個 Cowork 任務都有啟動成本。Claude 讀取你的檔案、載入你的 context、處理你的資料夾結構。那是你正在付費的運算。
不要為五個相關任務執行五個單獨的任務。執行一個任務：「我需要處理這個月的費用收據、更新預算試算表、生成摘要報告、給財務部門起草電子郵件，並將所有東西保存到 /monthly-reports/february。」
Claude 計畫所有五個任務，在它們之間共享 context（收據資料餵入預算，預算餵入報告，報告餵入電子郵件），並在一次運行中產生五個相連的交付成果。更快。更便宜。更高品質，因為每個任務的 context 都為下一個提供資訊。
如果你遇到使用限制，這通常是修復方法。每個任務包含更多任務的更少任務幾乎總是優於包含一個任務的許多任務。
10. 透過要求平行處理刻意使用 subagents
Cowork 最強大的功能是大多數使用者從未觸發的功能。
當你給 Cowork 一個有獨立部分的任務時，它可以啟動多個 subagents 同時處理它們。每個 subagent 獲得新鮮的 context，處理它的部分，並將結果交給主 agent 進行綜合。
如何觸發：在你的 prompt 中包含「啟動 subagents 來...」或「使用 subagents 平行處理這些」。
範例：「我正在評估四個供應商。啟動 subagents 研究每個供應商的定價、支援聲譽和整合選項。給我一個比較表。」Cowork 不是依序研究——供應商 A、然後 B、然後 C、然後 D——而是啟動四個平行 agents。過去需要 40 分鐘的任務現在需要 10 分鐘。
使用場景：競爭分析、多來源研究、批次處理檔案、從不同角度評估選項（財務、營運、客戶體驗），以及任何子任務彼此不依賴的任務。
警告：subagents 在 Opus 4.6 上效果最好，並消耗更多 tokens。將它們用於時間節省證明成本合理的複雜任務。不要用它們來整理你的下載資料夾。
第三部分：自動化和排程（實踐 11–13）
這是 Cowork 從生產力工具變成自主系統的地方。
11. 使用 /schedule 排程重複任務
在任何 Cowork 任務中輸入 /schedule。Claude 會引導你設定自動運行的任務——每天、每週、每月或按需。
我設定過的最佳排程任務：
週一早晨簡報：「每週一早上 7 點，檢查我的 Slack 頻道和本週日曆。總結即將發生的事情，標記任何需要準備的事項，並將簡報保存到 /weekly-briefings。」
週五狀態報告：「每週五下午 4 點，從 Asana 提取我完成的任務，總結我本週交付的內容，起草狀態更新，並保存到 /reports。」
每日競爭對手追蹤：「每天早上 9 點，研究 [競爭對手名稱] 的新聞、產品更新或定價變化。只有在有新內容時才保存摘要。」
關鍵限制：排程任務只在你的電腦清醒且 Claude Desktop 開啟時運行。如果你的機器在任務到期時處於睡眠狀態，Cowork 會在你回來時趕上並通知你。圍繞這個進行計畫。
12. 建立一次，每週運行——將所有東西外部化到檔案
Cowork 在任務之間沒有記憶。這同時是它最大的限制和最偉大的設計特色。
沒有記憶意味著沒有 context 混雜。沒有來自三週前的幻覺回憶。每個任務都從乾淨開始。但這也意味著你不能依賴「Claude 記得我喜歡這樣做」。
解決方案：將所有東西外部化到檔案。你的偏好存在於 context 檔案中。你的專案計畫存在於 markdown 文件中。你的標準作業程序存在於 skill 檔案中。你的決策和結果存在於日誌檔案中。
一位進階使用者記錄了建立每週審查系統：五個專門的 subagent 指令跨越 1,500+ 行。建立一次，每週運行。Claude 讀取指令，啟動五個平行 agents，每個都有限定的權限和定義的輸出，並在沒有任何新輸入的情況下產生完整的每週審查。
如果你想要連續性，你必須將它建構到檔案中。但好處是巨大的：一個有良好記錄的工作流程是可攜帶的、可分享的、版本控制的。它不存在於一個 AI 的記憶中。它存在於你的系統中。
13. 使用 /schedule + connectors 組合實現真正的自動化
當與 connectors 結合時，排程任務變得真正強大。
連接 Gmail、Slack、Google Drive、Notion、Asana 或 50+ 個可用整合中的任何一個。然後排程提取即時資料的任務：
「每週一，從 #product-feedback 提取所有未讀的 Slack 訊息，按主題分類它們，並在 Google Drive 中建立摘要。」
「每天早上，檢查我的 Gmail 中的發票，提取金額和日期，並更新我本地 /finance 資料夾中的費用試算表。」
這是 Cowork 停止成為任務執行器並開始成為自主系統的地方。排程任務運行。connector 提取即時資料。Claude 處理它。輸出出現在你的資料夾或你連接的工具中。你在準備好時審查。
設定 → Connectors → 瀏覽 connectors 以查看可用內容。從 Slack 和 Gmail 開始。光這兩個就能每週為你節省數小時。
第四部分：Plugins 和 skills（實踐 14–16）
Plugins 是 Cowork 的模組化大腦。Skills 是它的劇本。大多數使用者安裝一個 plugin 就再也不回頭看。這是留下 80% 價值在桌上。
14. 堆疊 plugins 以獲得複合能力
每個 plugin 都是為特定領域設計的 skills、斜線指令和 subagent 配置的組合——銷售、法律、財務、產品管理、資料分析等等。
但大多數人錯過的是：plugins 是可組合的。你可以安裝多個 plugins 並在單一任務中使用所有 plugins 的能力。
範例：安裝 Data Analysis plugin 和 Sales plugin。然後：「分析我們的 Q1 pipeline 資料（使用 Data Analysis），識別三個最弱的交易，並為每個起草個性化的後續電子郵件（使用 Sales）。」Claude 在一個工作流程中使用來自兩個 plugins 的能力。
我當前的堆疊：Productivity（總是開啟）、Data Analysis（總是開啟）、Sales（用於外展週）和 Marketing（用於內容週）。根據我專注的內容輪換最後兩個。
從我發布的等級清單開始——安裝符合你角色的 S 級和 A 級 plugins。然後嘗試組合。
15. 為你的特定工作流程建立自訂 skills
Skill 是一個 markdown 檔案，教 Claude 如何處理特定的、可重複的任務。Plugins 捆綁許多 skills。但你也可以建立自己的。
自訂 skill 檔案的結構：
# [Skill 名稱]
## Purpose: 這個 skill 做什麼。
## Inputs: Claude 需要什麼資訊。
## Process: 逐步指示。
## Output: 完成的交付成果是什麼樣子。
## Constraints: 規則和護欄。範例：我建立了「週文章起草」skill。Purpose：從主題和大綱起草 2,000 字文章。Inputs：主題、大綱、目標受眾、關鍵證據。Process：使用網路搜尋研究、起草章節、匹配 brand-voice.md、生成視覺建議和可引用的句子。Output：/articles/drafts 中的 .docx 檔案。Constraints：無 AI 語義語言、無填充短語、最少 8 個證據點。
現在我說「在 [主題] 上運行我的文章起草 skill」並得到一個準備發布的草稿。skill 編碼了我通常會花 20 分鐘在 prompt 中解釋的所有內容。
將自訂 skills 保存為你工作資料夾中的 .md 檔案，或通過自訂選單上傳它們。Claude 在每個相關任務開始時讀取它們。
16. 使用 Plugin Management plugin 以對話方式建立 plugins
這是 Cowork 中最 meta 的功能——也是最少使用的。
安裝 Plugin Management plugin。然後說：「幫我為 [你的工作流程] 建立一個 plugin。」Claude 會引導你以對話方式定義 skills、斜線指令和配置。沒有程式碼。沒有 GitHub。沒有你需要學習的 markdown 語法。
你描述你想要什麼。Claude 建立 plugin。你測試它。你精煉它。在不到一小時內，你就有了一個自訂 plugin，編碼你的特定工作流程、你的特定標準和你的特定術語。
對於團隊，這是變革性的。一個人為你團隊的標準流程建立一個 plugin。每個人都安裝它。突然整個團隊產生一致的、符合品牌的、符合流程的輸出，因為標準存在於 plugin 中，而不是個人記憶中。
企業團隊：Anthropic 在 2 月推出了私有 plugin 市場。管理員可以在整個組織中建立、策劃和分發自訂 plugins。建立一次，部署到數百人。
第五部分：安全和效率（實踐 17）
17. 將 Cowork 視為強大的員工，而非玩具
Cowork 有真實的檔案系統存取。它可以建立、移動、重命名，並在你的許可下刪除你實際電腦上的檔案。它可以瀏覽網路。它可以與連接的工具互動。它可以無監督運行數小時。
這種力量需要尊重。以下是不可妥協的安全實踐：
實驗前先備份。特別是檔案組織任務。Cowork 大多數時候都做對。「大多數時候」對你的客戶合約來說不夠好。
將敏感檔案保存在單獨的資料夾中。財務文件、密碼、個人資訊——將它們放在 Cowork 永遠不會觸及的資料夾中。不要授予對整個 Documents 目錄的存取權限。嚴格限定範圍。
除非你特別想要刪除，否則總是加上「不要刪除任何東西」。即使有刪除保護（Claude 在刪除前會詢問），完全防止請求更好。
監控任何新工作流程的前幾次運行。觀察 Claude 做什麼。閱讀計畫。檢查輸出。一旦你信任一個工作流程，你就可以離開。但先贏得那份信任。
注意 prompt injection 風險。如果 Claude 讀取惡意文件或網站，隱藏的指令可能會改變其行為。不要在沒有先審查的情況下將 Cowork 指向不受信任的檔案來源或不熟悉的 URL。
追蹤你的使用情況。Cowork 消耗的配額明顯多於常規聊天。帶有 subagents 的複雜多步驟任務是計算密集型的。如果你遇到限制，批次相關工作，使用「只修訂第 2 節」而不是「重做所有東西」，並通過檔案預先載入 context 而不是在聊天中重新解釋。
所有 17 項實踐背後的模式
如果你拉遠看，這個清單上的每項實踐都遵循相同的原則：
投資於設定。減少 prompting。
與 Cowork 掙扎的人為每個任務撰寫冗長、詳細的 prompts，並得到不一致的結果。與 Cowork 蓬勃發展的人花了一個下午建立他們的 context 架構——manifest 檔案、global instructions、context 檔案、folder instructions、自訂 skills——現在撰寫十個字的 prompts，產生客戶可用的交付成果。
這是從 ChatGPT 時代思維到 Cowork 時代思維的根本轉變。ChatGPT 獎勵 prompt 工程。Cowork 獎勵系統工程。
Prompt 是 Cowork 任務中最不重要的部分。Context、結構、skills 和你圍繞它建立的約束——那才是輸出品質的來源。
正如一位在早餐前運行五個平行工作流程的 Substack 作者所說：「這感覺不像對話，更像是為一個有能力的同事留下任務。」
那就是目標。不是聊天機器人。不是 prompt-and-respond 工具。一個已經知道你的標準、你的聲音、你的專案和你的偏好的同事——因為你將那些知識建構到它每次都會讀取的檔案中。
你的實施檢查清單
按順序執行這些。每一個都在上一個的基礎上複合。
今天（30 分鐘）：建立你的三個 context 檔案並設定你的 Global Instructions。光這個就讓你領先 95% 的 Cowork 使用者。
本週：為你最常用的專案資料夾添加 _MANIFEST.md。安裝兩到三個符合你角色的 plugins。設定一個排程任務。
本月：為你最重複的工作流程建立你的第一個自訂 skill。在複雜的研究任務上嘗試 subagents。根據輸出品質精煉你的 context 檔案。
在第一個月結束時，你將擁有一個 Cowork 設定，能在更短的時間內產生比你以前使用過的任何 AI 工具更高品質的輸出。
Cowork 作為玩具和 Cowork 作為系統之間的差異是 17 項實踐和大約兩小時的設定。
知道這些實踐的人和不知道的人之間的差距已經很大了。
六個月後，那將是一道峽谷。