讓 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：你的?？粕矸菖c優先事項。brand-voice.md：交流作風與法子偏好。working-style.md：調解規則與質地圭臬。4. 使用“文獻夾指示”（Folder Instructions）處理特定神情

全局指示是通用的，而文獻夾指示則存放特定神情的規則（如客戶稱號、神情宗旨、截止日歷）。

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

不要讓 Claude 讀取整個履行。天然它的 context window 很大，但噪聲越多，推理質地越差。提議在全局指示中條款 Claude 優先讀取 Tier 1 文獻，僅在需要時讀取 Tier 2。

第二部分：任務籌算（Task Design） 6. 界說“最終景況”，而非過程

把 Claude 當成共事。不要一步步教它怎么作念，而是告訴它“完成”是什么樣子（舉例：文獻定名規則、輸出選錄日記、省略情情況的處理方式）。

7. 履行前條款提供謀略

在全局指示中加入：“在遴薦任何行為前，先顯現神圣謀略并恭候我的批準?！边@能檢樸淵博因集結偏差形成的烏有。

8. 告訴 Claude 如那邊理省略情趣

為邊際情況開導合同。舉例：“若日歷不解確，標注為 VERIFY”“若信心低于 80%，請標注而非計算”。

9. 將聯系責任打包進單一會話

不要為五個聯系任務開五個會話。在歸并會話中運轉，莊閑和appClaude 不錯分享配景信息，也更檢樸 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 目次，只授權特定文獻夾。安全教導：恒久加上“不要刪除任何履行”的齊備。監控：在新責任流的前幾次運轉中保抓不雅察。實作清單今天：開導三個配景文獻并豎立全局指示。本周：為最常用的神情開導_MANIFEST.md，裝置 2-3 個插件。本月：開導第一個自界說手藝，嘗試子代理并行處理。

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

參考貴寓

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