讓Claude協同工作能力提升100倍的17條最佳實踐
整理版優先睇
提升Claude協同工作能力嘅17條最佳實踐：由Prompt工程轉向系統工程
極客傑尼分享咗Claude官方人員分享嘅17條Cowork最佳實踐，呢啲方法適用於所有AI Agent工具，包括Claude Code同Cowork。作者強調，重點唔係寫更好嘅Prompt，而係建立一個持續運行嘅上下文系統。整體結論係：Prompt Engineering已經過時，而家係System Engineering嘅時代。
文章將17條實踐分為四大塊：文件系統規範、任務下達策略、自動化玩法、插件同安全。第一塊係最基礎嘅，包括建立_MANIFEST.md對文件分級、配置全局指令、建立持久化文件（about-me, brand-voice, working-style）同埋控制範圍。第二塊講點樣下任務更靠譜：定義終態而非過程、執行前必Plan、定義不確定性處理、批量任務同埋用Subagents並行處理。
第三塊係自動化：用/schedule定時任務、將流程外部化為文檔、用Connectors連接Gmail等工具實現數據流轉。第四塊係插件同自定義技能，可以組合插件或將常用流程寫成.md文件。最後強調安全，對權限要保持敬畏。總括嚟講，與其每次寫Prompt，不如花時間搭好Context系統。
- 建立_MANIFEST.md對文件分級（Tier1/2/3），避免Claude讀取過時文檔，提升輸出穩定性。
- 配置全局指令同三個持久化文件（about-me, brand-voice, working-style），解決每次冷啟動問題，Claude一開始就知你偏好。
- 定義終態而非過程，執行前先Plan，同埋定義不確定性處理方式（例如置信度低於80%就標記），減少出錯。
- 利用Subagents並行處理任務，將串行40分鐘任務縮短到10分鐘，適合競品分析等需要多線研究嘅場景。
- 將流程外部化為文檔，用/schedule定時任務同Connectors實現自動化數據流轉，例如每日自動檢查Gmail發票更新支出表格。
由Prompt工程轉向系統工程
好多人仲喺度研究點樣寫更好嘅Prompt，但Claude Cowork嘅玩法完全唔同。佢唔係喺對話窗口度鬥智鬥勇，而係搭建一個持續運行嘅上下文系統。呢篇文章列出嘅17條方法，核心就一點：Context搭好咗，Agent先至真正幹活。
第一步：俾文件系統立規矩
呢5條係最基礎嘅，唔做呢個，後面都白搭。首先係喺項目根目錄放一個_MANIFEST.md，話畀Claude邊啲係核心文件（Tier 1），邊啲係按需讀取（Tier 2），邊啲係歸檔勿讀（Tier 3）。作者試過讓Claude自己讀曬成個文件夾，結果佢從舊文檔挖出過時嘅API調用，加咗MANIFEST之後輸出穩定好多。
建立_MANIFEST.md文件，將文件分為Tier 1/2/3，係最基礎嘅步驟，唔做就白搭。
之後配置全局指令（Global Instructions），喺設置嘅Cowork→Global Instructions度寫低你嘅OS，例如「執行前先俾計劃」「輸出格式默認Markdown」「唔確定時問我，唔好猜」。再建立一個00_Context文件夾，放三個持久化文件：about-me（你係邊個、做乜、當前優先級）、brand-voice（寫作風格）、working-style（協作規則），解決每次冷啟動嘅問題。最後要刻意控制範圍，喺全局指令寫明只讀Tier 1，Tier 2按需讀，Tier 3唔好碰。
第二步：點樣下任務更靠譜
呢部分有5條，核心係改變你下指令嘅方式。
- 1 定義終態，唔係過程：話畀Claude做完之後係點樣，例如「按日期歸檔，生成日誌，唔好刪原文件；拿唔準嘅放 /needs-review」，唔好教佢一步步做。
- 2 執行前必Plan：喺全局指令加一句「執行前先俾計劃，等我確認」，呢30秒嘅review可以慳返20分鐘救火時間。
- 3 定義不確定性：話畀Claude遇到模稜兩可嘅情況點做，例如「置信度低過80%就標記，唔好亂估」。
- 4 批量任務：相關嘅5個任務一次過俾，Claude可以共享上下文，一次搞掂。
- 5 並行處理（Subagents）：呢個係大招，話畀佢「啟動Subagents並行研究」，原本40分鐘嘅串行任務10分鐘搞掂。作者用嚟做競品分析，四個對手同時查，最後彙總成表格。
定義終態唔係過程：話畀佢做完係點樣，唔好教佢一步步做。
第三步：自動化玩法
自動化方面有3條。首先係用/schedule命令設定定時任務，例如「每週一早上9點檢查我嘅日曆」，但要留意電腦必須開機同Claude Desktop開著，休眠狀態下唔會執行，起身後會補跑。
另外用Connectors連接Gmail、Slack、GitHub等工具，配合/schedule使用，例如「每日檢查Gmail嘅發票，提取金額同日期，更新到本地支出表格」，呢個就係真正嘅數據流轉自動化。
第四步：插件同安全
插件方面，可以同時裝Data Analysis同Sales插件，數據分析插件跑數，銷售插件寫郵件，一個工作流用多個能力。自定義技能就係將常用流程寫成.md文件，定義輸入、處理、輸出，以後一句話就調用。仲可以用Plugin Management插件，話畀佢你想做乜，讓佢幫你寫一個插件。
大家好，我係極客傑尼。
尋日喺 X 度刷到 Claude 官方人員分享嘅 Claude Cowork 最佳實踐。
呢 17 條方法論睇落嚟，發現佢哋適用於所有 AI Agent 工具：Claude Code、Cowork、仲有我喺用嘅 OpenClaw 養龍蝦。
核心就得一點：Context 整好咗，Agent 先至真正做到嘢。
今日將呢 17 條梳理一次。
先傾下一個誤區
好多人仲喺度研究點樣寫更好嘅 Prompt。
但 Claude Cowork 嘅玩法完全唔同。佢唔係喺對話窗口裏面鬥智鬥勇，而係喺度搭建一個持續運行嘅上下文系統。
呢篇文章列咗 17 條，我跟住我自己嘅理解，分咗做四塊。
邊啲係必做嘅，邊啲係可選嘅，邊啲我踩過坑，都會講清楚。
第一步：畀文件系統立規矩
呢 5 條係最基礎嘅。唔做呢個，後面嘅都白做。
1. 建立一個 _MANIFEST.md 檔案
喺項目根目錄放一個。話畀 Claude 邊啲檔案係核心（Tier 1），邊啲係按需讀取（Tier 2），邊啲係歸檔唔好讀（Tier 3）。
我試過畀 Claude 自己讀曬成個文件夾，結果佢從舊文檔裏面挖出咗過時嘅 API 調用。後來加咗 MANIFEST，輸出穩定好多。
2. 配置全局指令（Global Instructions）
喺設定裏面揾到 Cowork → Global Instructions。呢個係你嘅 OS，每次會話都會加載。
我嘅寫法：
執行前先畀計劃。輸出格式預設 Markdown。唔確定時問我，唔好估。
3. 三個持久化檔案
建一個 00_Context 文件夾，放三個檔案：
about-me.md：你係邊個，做咩，當前優先級brand-voice.md：你嘅寫作風格、用詞習慣working-style.md：協作規則、品質標準
呢三個檔案解決嘅係「每次冷啟動」嘅問題。Claude 一開始就知道你嘅偏好，唔使每次重新交代。
4. 項目級指令（Folder Instructions）
每個項目文件夾可以有自己嘅規則。客戶端特定術語、交付格式、截止時間，都可以寫入去。
5. 刻意控制範圍
Claude 嘅上下文窗口好大，但唔代表要讀曬所有檔案。
喺全局指令裏面寫清楚：只讀 Tier 1，Tier 2 按需讀，Tier 3 唔好掂。
第二步：點樣落任務更可靠
6. 定義最終狀態，唔係過程
唔好教佢一步步點樣做，話畀佢做完係點樣。
差嘅指令：「幫我整理嚇啲檔案。」
好嘅指令：「按日期歸檔，生成日誌，唔好刪除原檔案。唔肯定嘅放喺 /needs-review。」
7. 執行前必 Plan
喺全局指令裏面加一句：「執行前先畀計劃，等我確認。」
呢 30 秒嘅 review，可以慳返 20 分鐘救火嘅時間。
8. 定義不確定性
話畀 Claude 遇到模稜兩可嘅情況點算。
例如：「信心指數低過 80% 就標記，唔好估。」
9. 批量任務
相關嘅 5 個任務，一次過畀。Claude 可以共享上下文，一次搞掂。
10. 並行處理（Subagents）
呢個係大招。
話畀佢「啟動 Subagents 並行研究」，原本 40 分鐘嘅串行任務，10 分鐘搞掂。
我攞嚟做過競品分析，四個對手同時查，最後匯總成表格。的確慳時間。
第三步：自動化點樣玩
11. 定時任務
用 /schedule 命令。例如「每星期一朝早 9 點檢查我嘅日曆」。
有個限制：電腦要開機，Claude Desktop 要開住。休眠狀態下唔會執行，醒返之後會補做。
12. 外部化一切
將你嘅流程寫成文件，畀 Claude 讀文件做嘢。
Build once, run weekly.
13. 連接器（Connectors）
配合 /schedule 使用。連接 Gmail、Slack、GitHub.
例如：「每日朝早檢查 Gmail 裏面嘅發票，提取金額同日期，更新到本地嘅支出表格。」
呢個係真正嘅數據流轉自動化。
第四步：插件同自定義技能
14. 組合插件
可以同時裝 Data Analysis 同 Sales 插件。數據分析插件跑數，銷售插件寫電郵，一個工作流裏面用多個能力。
15. 自定義技能
將常用流程寫成 .md 文件，定義輸入、處理、輸出。以後一句話就可以調用。
16. 對話式寫插件
用 Plugin Management 插件，話畀佢你想做咩，叫佢幫你寫一個。
最後一條：安全
17. 敬畏權限
Claude Code 有檔案讀寫權限，可以上網。
敏感檔案隔離，初次運行睇住，唔好畀佢錯手刪除嘢。
講啲實際嘅
睇完呢 17 條，最大嘅感受係：
Prompt Engineering 已經過時喇，而家係 System Engineering 嘅時代。
與其每次咁辛苦寫 Prompt，不如花一個下晝將 _MANIFEST.md 同 Context 檔案整好。以後每次對話，你都係企響巨人嘅膊頭上。
效率可以交畀 AI，判斷力要留喺自己手度。
我喺 AI Builder 實戰圈會持續分享各種 AI 實戰嘅踩坑記錄，包括 OpenClaw、Claude Code、Claude Skills 嘅配置技巧，仲有自動化創作嘅一手經驗。
有興趣嘅朋友可以加入我嘅 AI 實戰星球，同更多落手實踐嘅人一齊交流。
星球裏面我會持續分享：
OpenClaw、Claude Code 嘅實戰教程
AI 自動化創作嘅一手經驗
踩坑記錄同解決方案
以上。
既然睇到呢度，如果覺得有用，順手㩒個「讚」「在看」「轉發」三連啦。
想第一時間收到推送，可以幫我加個星標 ⭐
我會持續分享 AI 工具同實戰案例，對新手友善。
有問題隨時後台私信，我哋一齊交流。
大家好，我是極客傑尼。
昨天在 X 上刷到 Claude 官方人員分享的 Claude Cowork 最佳實踐。
這 17 條方法論看下來，發現它們適用於所有 AI Agent 工具：Claude Code、Cowork、還有我在用的 OpenClaw 養龍蝦。
核心就一點：Context 搭好了，Agent 才能真正幹活。
今天把這 17 條梳理一遍。
先聊聊一個誤區
很多人還在研究怎麼寫更好的 Prompt。
但 Claude Cowork 的玩法完全不同。它不是在對話窗口裏鬥智鬥勇，而是在搭建一個持續運行的上下文系統。
這篇文章列了 17 條，我按照我自己的理解，分成了四塊。
哪些是必做的，哪些是可選的，哪些我踩過坑，都會說清楚。
第一步：給文件系統立規矩
這 5 條是最基礎的。不做這個，後面的都白搭。
1. 建一個 _MANIFEST.md 文件
在項目根目錄放一個。告訴 Claude 哪些文件是核心（Tier 1），哪些是按需讀取（Tier 2），哪些是歸檔勿讀（Tier 3）。
我試過讓 Claude 自己讀整個文件夾，結果它從舊文檔裏挖出了過時的 API 調用。後來加了 MANIFEST，輸出穩定多了。
2. 配置全局指令（Global Instructions）
在設置裏找到 Cowork → Global Instructions。這是你的 OS，每次會話都會加載。
我的寫法：
執行前先給計劃。輸出格式默認 Markdown。不確定時問我，不要猜。
3. 三個持久化文件
建一個 00_Context 文件夾，放三個文件：
about-me.md：你是誰，做什麼，當前優先級brand-voice.md：你的寫作風格、用詞習慣working-style.md：協作規則、質量標準
這三個文件解決的是“每次冷啓動”的問題。Claude 一開始就知道你的偏好，不用每次重新交代。
4. 項目級指令（Folder Instructions）
每個項目文件夾可以有自己的規則。客戶端特定術語、交付格式、截止時間，都可以寫進去。
5. 刻意控制範圍
Claude 的上下文窗口很大，但不代表要讀所有文件。
在全局指令裏寫清楚：只讀 Tier 1，Tier 2 按需讀，Tier 3 不要碰。
第二步：怎麼下任務更靠譜
6. 定義終態，不是過程
別教它一步步怎麼做，告訴它做完長什麼樣。
差的指令：“幫我整理一下文件。”
好的指令：“按日期歸檔，生成日誌，不要刪原文件。拿不準的放 /needs-review。”
7. 執行前必 Plan
在全局指令里加一句：“執行前先給計劃，等我確認。”
這 30 秒的 review，能省下 20 分鐘救火的時間。
8. 定義不確定性
告訴 Claude 遇到模稜兩可的情況怎麼辦。
比如：“置信度低於 80% 就標記，不要猜。”
9. 批量任務
相關的 5 個任務，一次性給。Claude 能共享上下文，一次搞定。
10. 並行處理（Subagents）
這是大招。
告訴它“啓動 Subagents 並行研究”，原本 40 分鐘的串行任務，10 分鐘搞定。
我用來做過競品分析，四個對手同時查，最後彙總成表格。確實省時間。
第三步：自動化怎麼玩
11. 定時任務
用 /schedule 命令。比如“每週一早上 9 點檢查我的日曆”。
有個限制：電腦必須開機，Claude Desktop 必須開着。休眠狀態下不會執行，醒來後會補跑。
12. 外部化一切
把你的流程寫成文檔，讓 Claude 讀文檔幹活。
Build once, run weekly.
13. 連接器（Connectors）
配合 /schedule 使用。連接 Gmail、Slack、GitHub.
比如：“每天早上檢查 Gmail 裏的發票，提取金額和日期，更新到本地的支出表格。”
這是真正的數據流轉自動化。
第四步：插件和自定義技能
14. 組合插件
可以同時裝 Data Analysis 和 Sales 插件。數據分析插件跑數，銷售插件寫郵件，一個工作流裏用多個能力。
15. 自定義技能
把常用流程寫成 .md 文件，定義輸入、處理、輸出。以後一句話就能調用。
16. 對話式寫插件
用 Plugin Management 插件，告訴它你想幹嘛，讓它幫你寫一個。
最後一條：安全
17. 敬畏權限
Claude Code 有文件讀寫權限，能上網。
敏感文件隔離，初次運行盯着看，別讓它誤刪東西。
說點實在的
看完這 17 條，最大的感受是：
Prompt Engineering 已經過時了，現在是 System Engineering 的時代。
與其每次費勁寫 Prompt，不如花一下午把 _MANIFEST.md 和 Context 文件搭好。以後每次對話，你都是站在巨人的肩膀上。
效率可以交給 AI，判斷力要留在自己手裏。
我在 AI Builder 實戰圈會持續分享各種 AI 實戰的踩坑記錄，包括 OpenClaw、Claude Code、Claude Skills 的配置技巧，還有自動化創作的一手經驗。
感興趣的朋友可以加入我的 AI 實戰星球，和更多動手實踐的人一起交流。
星球裏我會持續分享：
OpenClaw、Claude Code 的實戰教程
AI 自動化創作的一手經驗
踩坑記錄和解決方案
以上。
既然看到這裏了，如果覺得有用，隨手點個「贊」「在看」「轉發」三連吧。
想第一時間收到推送，可以給我加個星標 ⭐
我會持續分享 AI 工具和實戰案例，對新手友好。
有問題隨時後台私信，咱們一起交流。