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

基本資訊

作者: @s3lf_du3l（轉發自 Nav Toor @heynavtoor）
來源: Threads
發布時間: 2026-03-03（11 小時前）
觀看數: 3.2K
社群反應: 59 讚、2 回覆、8 引用、83 分享
原作者經驗: 7 週、400+ 次 Cowork 會話、測試所有插件/連接器/指令

前言

自 1 月 12 日發佈那天起，我就一直在使用 Claude Cowork。在短短七週內，我運行了超過 400 次 Cowork 會話。我測試了每一個插件、每一個連接器、每一個斜槓指令。我以 Anthropic 可能都沒見過的方式「玩壞」過它。

核心洞察:

這兩者之間的差距是巨大的。而且這與提示（Prompting）技巧無關。這關乎於設定（Setup）、架構（Structure），以及十七項大多數用戶永遠不會自行發現的特定實踐，因為 Anthropic 並沒有在文檔中記載這些。

第一部分：上下文架構（實踐 1-5）

僅這五項實踐就能徹底改變你的 Cowork 體驗。其他一切都建立在這個基礎之上。

1️⃣ 為每個工作資料夾建立 _MANIFEST.md

單一影響力最高、卻沒人討論的實踐

問題:

Claude 會讀取資料夾中所有內容
每個文件、每個子資料夾、每個過期草稿
產生矛盾的輸出（從舊版本提取上下文）

案例:

DEV 社群的一位開發者記錄到，在一個擁有 462 個文件的諮詢資料夾中，Claude 開始產生矛盾的輸出 —— 因為它從三個月前就被替換的定價模型中提取了上下文。

解決方案: 在資料夾中放入 _MANIFEST.md（底線前綴讓它排序在最頂端）

三個層級:

第一層（規範級 Canonical）:

Claude 必須首先閱讀的事實來源文件
品牌指南、專案簡報、當前策略文件

第二層（領域級 Domain）:

對應特定主題的子資料夾
只有當任務涉及該領域時才加載
例如：/pricing → 定價模型與費率卡

第三層（歸檔級 Archival）:

舊草案、被取代的版本、參考資料
除非明確要求，否則 Claude 會忽略

💡 效益: 花五分鐘填寫，能節省數小時的混亂輸出

2️⃣ 將全域指令（Global Instructions）視為你的永久作業系統

位置: 設定 → Cowork → 編輯全域指令

問題:

大多數人將這裡留白。這就像買了一輛車卻從不調整後視鏡。

全域指令的作用:

在其他一切內容之前加載
適用於每一次會話的基準行為

作者的全域指令範例:

我是 [姓名]，一名 [職位]。

在開始任何任務前：
- 先尋找 _MANIFEST.md 並優先閱讀第一層文件
- 在執行前務必提出澄清問題
- 在採取行動前顯示簡要計劃

預設輸出格式：.docx

永遠不要：
- 使用廢話口吻
- 填充無效內容

質量標準：
- 每一份交付物都應達到無需編輯即可呈給客戶的水平
- 如果信心不足，請直說

💡 效益: 即使是最懶、最匆忙的提示，仍能產生校準後的輸出

3️⃣ 建立三個持久的上下文文件

位置: 建立一個名為「Claude Context」的資料夾

三個文件:

about-me.md:

你的專業身份
不是履歷，而是你實際在做什麼
為誰服務、當前的優先事項是什麼

brand-voice.md:

你的溝通風格
語氣描述詞
你使用的詞、你從不使用的詞
格式偏好
兩三段你實際寫作的文字作為參考

working-style.md:

Claude 應如何表現
協作規則
輸出格式預設
質量標準
需要避開的事情清單

💡 效益: 一夜之間解決「平庸的 AI 輸出」問題

4️⃣ 針對專案特定上下文使用「資料夾指令（Folder Instructions）」

全域指令 vs 資料夾指令:

全域指令: 通用行為
資料夾指令: 針對特定資料夾的專案規則

資料夾指令內容:

客戶名稱
專案目標
特定術語
交付格式
審查期限

三層結構:

全域（通用行為）
  ↓
資料夾（專案上下文）
  ↓
提示（具體任務）

5️⃣ 永遠不要讓 Claude 閱讀所有內容 —— 刻意控制上下文範圍

迷思:

Claude 的上下文視窗巨大（Opus 4.6 超過一百萬個 Token）。但更大的上下文不代表更好的輸出。

事實:

Claude 讀取的無關文件越多，它的推理中進入的噪聲就越多，輸出就越差。

解決方案（在全域指令中加入）:

只有在任務明確涉及該領域時才加載第二層文件。
除非我特別要求，否則永遠不要加載第三層文件。

第二部分：任務設計（實踐 6-10）

你如何構思任務，決定了 Cowork 交付的是成品還是昂貴的草稿。

6️⃣ 定義「最終狀態」，而非過程

核心原則:

Cowork 不是聊天機器人，它是你的同事。你不會步步教導同事如何工作，你會告訴他們「完成」長什麼樣。

對比:

❌ 壞提示:

幫我整理文件。

✅ 好提示:

將此資料夾中的所有文件按客戶名稱整理到子資料夾中。
所有檔案名使用 YYYY-MM-DD-描述性名稱格式。
建立一個記錄每項更改的摘要日誌。
不要刪除任何內容。
如果一個文件可能屬於多個客戶，將其放入 /needs-review。

7️⃣ 執行前務必索取計劃

在全域指令加入:

在對任何任務採取行動前顯示簡要計劃。
等待我的批准後再執行。

💡 效益: 防止 90% 的災難。你得到一個 30 秒的審查窗口，避免花 20 分鐘去撤銷一個自動化的錯誤。

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

清單中最被低估的一項

問題:

收據圖像模糊怎麼辦？
數據來源不完整怎麼辦？
Claude 會猜測，而它的猜測往往是錯的

解決方案（在每個任務中建立不確定性處理機制）:

如果日期不明確，將其標記為 VERIFY（核實）。
如果你對分類的信心低於 80%，請進行標記而非盲目猜測。

9️⃣ 將相關工作批次處理至單一會話

問題: 每一次 Cowork 會話都有啟動成本

解決方案: 如果你有五個相關任務，不要運行五次單獨會話

範例:

我需要：
1. 處理本月的費用收據
2. 更新預算試算表
3. 產生摘要報告
4. 起草給財務的郵件
5. 將所有內容保存至 /monthly-reports/february

🔟 透過要求並行處理來刻意使用「子代理（Subagents）」

Cowork 最強大的功能之一:

當你給出一個包含獨立部分的任務時，它可以啟動多個子代理同時工作。

如何觸發:

啟動子代理來...

或

使用子代理並行處理這些任務

💡 效益: 原本需要 40 分鐘的任務（例如評估四家供應商）縮短到 10 分鐘

第三部分：自動化與排程（實踐 11-13）

1️⃣1️⃣ 使用 /schedule 排定重複性任務

指令: 在任何任務中輸入 /schedule

功能: 設定每日、每週、每月自動運行的任務

範例:

每週一早上 7 點：
檢查 Slack 頻道和日曆，產生本週簡報。

1️⃣2️⃣ 一次構建，每週運行 —— 將一切外部化為文件

設計哲學:

Cowork 在會話之間沒有記憶。這既是它的局限，也是最偉大的設計。這意味著沒有上下文污染。

解決方案: 將一切外部化

你的偏好 → 上下文文件
你的專案計劃 → Markdown 文檔
你的 SOP → 技能文件

1️⃣3️⃣ 結合 /schedule 與連接器（Connectors）進行真正的自動化

步驟:

連接 Gmail、Slack、Notion、Asana
排定拉取即時數據的任務

範例:

每天早上：
檢查我的 Gmail 發票，
提取金額和日期，
並更新我本地 /finance 資料夾中的費用試算表。

第四部分：插件與技能（實踐 14-16）

1️⃣4️⃣ 堆疊插件以獲得複合能力

核心概念: 插件是可以組合的

範例（同時安裝「數據分析」和「銷售」插件）:

分析我們第一季度的管道數據（使用數據分析），
識別三個最弱的交易，
並為每個交易起草個性化的跟進郵件（使用銷售）。

1️⃣5️⃣ 為你的特定工作流構建「自定義技能（Custom Skills）」

技能定義: 一個 Markdown 文件，教會 Claude 如何處理特定的、可重複的任務

結構:

# [技能名稱]

## <span id="目的" class="kb-heading-anchor"></span>目的

## <span id="輸入" class="kb-heading-anchor"></span>輸入

## <span id="過程" class="kb-heading-anchor"></span>過程

## <span id="輸出" class="kb-heading-anchor"></span>輸出

## <span id="約束" class="kb-heading-anchor"></span>約束

效益:

現在我只需說「對 [主題] 運行我的文章起草技能」，就能得到一個符合我品牌聲望且經過研究的草稿。

1️⃣6️⃣ 使用「插件管理（Plugin Management）」插件對話式地構建插件

Cowork 中最「後設（Meta）」的功能

使用方式:

幫我為我的 [工作流] 建立一個插件。

效益: 它會引導你定義技能和指令。無需程式碼。

第五部分：安全與效率（實踐 17）

1️⃣7️⃣ 將 Cowork 視為強大的員工，而非玩具

警告:

它可以建立、移動、重新命名甚至刪除你電腦上的實際文件。這份權力需要被尊重。

三大安全原則:

實驗前先備份:

特別是在處理文件整理任務時

隔離敏感文件:

將財務文件或個人信息放在 Cowork 觸及不到的資料夾

追蹤用量:

多步驟任務和子代理非常消耗 Token
如果達到限制，請批次處理工作
或使用「僅修改第 2 節」而非「全部重做」

核心洞察：從 ChatGPT 思維到 Cowork 思維

如果你縮小視野來看，這份清單上的每一項都遵循同一個原則：
投入於設定，減少提示詞。

ChatGPT 時代思維 vs Cowork 時代思維

項目	ChatGPT 時代	Cowork 時代
獎勵	提示工程（Prompt Engineering）	系統工程（System Engineering）
最重要	提示詞	上下文、結構、技能、約束
互動模式	聊天	將任務交給稱職的同事
輸出質量來源	精巧的提示詞	完善的設定與架構

實踐檢查清單

✅ 上下文架構（1-5）

每個工作資料夾都有 _MANIFEST.md
全域指令已設定且包含基準行為
建立「Claude Context」資料夾（about-me、brand-voice、working-style）
針對每個專案設定資料夾指令
在全域指令中限制上下文範圍

✅ 任務設計（6-10）

提示詞定義「最終狀態」而非過程
全域指令包含「執行前顯示計劃」
每個任務都有不確定性處理機制
相關任務批次處理至單一會話
知道如何觸發子代理並行處理

✅ 自動化與排程（11-13）

使用 /schedule 排定重複性任務
將偏好、計劃、SOP 外部化為文件
連接 Gmail/Slack/Notion 等服務

✅ 插件與技能（14-16）

堆疊插件以獲得複合能力
為特定工作流構建自定義技能
使用插件管理插件對話式構建

✅ 安全與效率（17）

實驗前先備份
隔離敏感文件
追蹤 Token 用量

與 Claude 技術生態系列的關聯

完整學習路徑

#4: Claude Code 工作流（CLAUDE.md 配置）
#98: Anthropic Academy 完整課程指南（官方課程）
#106: Claude Code 做影片一條龍（MCP 整合應用）
#114: Xcode 26.3 MCP Bridge（AI 原生 IDE）
#115: 17 項 Claude Cowork 最佳實踐（本文）

從基礎配置 → 官方課程 → 實際應用 → 開發工具整合 → 進階技巧

結語

提示詞是會話中最不重要的部分。上下文、結構、技能和約束 —— 這才是輸出質量的來源。

這不再是聊天，而是將任務交給一位稱職的同事。

投入於設定，減少提示詞。 這是 Cowork 時代的核心原則。

來源: Nav Toor (@heynavtoor)
經驗: 7 週、400+ 次 Cowork 會話、測試所有插件/連接器/指令