讓 Claude Cowork 強大 100 倍的 17 個最佳實踐

讓 Claude Cowork 強大 100 倍的 17 個最佳實踐

自 1 月 12 日 Claude Cowork 發布以來，我已運行了超過 400 次會話。以下是區分普通用戶與權力用戶的 17 個關鍵實踐，重點在于系統工程而非提示工程。

第一部分：背景架構（Context Architecture） 1. 為每個工作文件夾建立_MANIFEST.md

這是影響力最高但很少人討論的實踐。在文件夾中放入此文件，告訴 Claude 哪些是“事實來源”（Tier 1）、哪些是“特定領域”（Tier 2），以及哪些是“過時存檔”（Tier 3）。這能避免 Claude 讀到錯誤的舊版信息。

2. 將“全局指令”（Global Instructions）作為永久操作系統

在設置中編輯全局指令。設置你的身份、職位、默認輸出格式（如.docx）以及質量標準。這能確保即使是最簡短的提示也能產出符合標準的結果。

3. 建立三個持久的背景文件

在名為00_Context的文件夾中存放以下文件：

• about-me.md：你的專業身份與優先事項。
• brand-voice.md：溝通風格與格式偏好。
• working-style.md：協作規則與質量標準。

全局指令是通用的，而文件夾指令則存放特定項目的規則（如客戶名稱、項目目標、截止日期）。

5. 刻意縮減背景范圍（Scope Your Context）

不要讓 Claude 讀取所有內容。雖然它的 context window 很大，但噪聲越多，推理質量越差。建議在全局指令中要求 Claude 優先讀取 Tier 1 文件，僅在需要時讀取 Tier 2。

第二部分：任務設計（Task Design） 6. 定義“最終狀態”，而非過程

把 Claude 當成同事。不要一步步教它怎么做，而是告訴它“完成”是什么樣子（例如：文件命名規則、輸出摘要日志、不確定情況的處理方式）。

7. 執行前要求提供計劃

在全局指令中加入：“在采取任何行動前，先顯示簡短計劃并等待我的批準。”這能節省大量因理解偏差造成的錯誤。

8. 告訴 Claude 如何處理不確定性

為邊緣情況建立協議。例如：“若日期不明確，標注為 VERIFY”“若信心低于 80%，請標注而非猜測”。

9. 將相關工作打包進單一會話

不要為五個相關任務開五個會話。在同一會話中運行，Claude 可以共享背景信息，也更節省 Token。

10. 刻意使用子代理（Subagents）并行處理

使用“啟動子代理以...”或“并行處理”等指令。這適用于競品分析或多源研究，能顯著壓縮任務用時。

第三部分：自動化與排程 11. 使用/schedule排程重復性任務

例如：周一早上的簡報、周五的狀態報告、每日競品追蹤。注意：電腦需保持喚醒且桌面版處于開啟狀態。

12. 構建一次，每周運行：將一切外部化為文檔

Claude 沒有跨會話記憶。解決方案是將所有偏好、標準作業流程（SOP）和決策記錄存入 Markdown 文件，讓每個新會話都能讀取。

13./schedule+ 連接器（Connectors）

結合 Slack、Gmail、Google Drive 或 Notion。例如：“每周一拉取 Slack 消息并在 Google Drive 生成摘要”。

第四部分：插件與技能 14. 堆疊插件（Stack Plugins）

插件是可組合的。你可以同時安裝“數據分析”與“銷售”插件，來分析數據并直接撰寫開發信。

15. 為特定工作流建立自定義技能（Skills）

建立.md文件定義“技能名稱”“輸入”“流程”與“輸出”。例如建立一個“文章撰寫技能”，往后只需說“運行我的文章撰寫技能”即可。

16. 使用“插件管理”插件對話式建立插件

安裝 Plugin Management 插件，通過對話讓 Claude 幫你封裝一個自定義插件，這對團隊標準化作業非常有用。

第五部分：安全與效率 17. 把它視為強大的員工，而非玩具

• 備份：在進行文件整理前先備份。
• 權限范圍：不要授權整個 Documents 目錄，只授權特定文件夾。
• 安全提示：始終加上“不要刪除任何內容”的限制。
• 監控：在新工作流的前幾次運行中保持觀察。

1. 今天：建立三個背景文件并設置全局指令。
2. 本周：為最常用的項目建立_MANIFEST.md，安裝 2-3 個插件。
3. 本月：建立第一個自定義技能，嘗試子代理并行處理。

原文作者：Nav Toor[1] ｜發布日期：2026 年 3 月 2 日

參考資料

Nav Toor: https://x.com/heynavtoor