Claude Cowork Lesson 6｜常駐脈絡：全域指令與 Projects 設定
📌 這篇文章談什麼？
- Chat 的記憶會自己長，Cowork 的不會——跨任務帶著走的脈絡，主要靠你設定。
- 全域指令：寫一次，套用到每一場 session。附產品經理、財務、法務三組實例。
- Projects：一條工作流的專屬工作空間，由指令、排程任務、脈絡、記憶四個部分組成。
- 建立 Project 的三種方式，以及從 Chat 轉移過來時只能單向、不會同步回去的重要限制。
| 課程單元 | Lesson 6｜Standing context: Global instructions and projects |
|---|---|
| 官方預估時長 | 約 7 分鐘（含全域指令與 Project 互動範例） |
| 實作內容 | 設定第一版全域指令 + 建立第一個 Project |
| 官方連結 | 前往 Anthropic Academy 原課程 → |
🎯 本課學習目標
- 設定全域指令，讓 Claude 每一場 session 一開始就已經知道你怎麼工作。
- 判斷一件工作什麼時候該放進一個 Project。
- 在三種建立 Project 的方式之間做出選擇。
一、幫你的新協作者辦入職
在 Chat 裡，記憶是自己長出來的——打開它，Claude 就會自動從你們的對話中學習。
Cowork 的運作方式不一樣。那些能從一個任務帶到下一個任務的脈絡，大部分是你自己設定進去的。
這件事由兩層構成：全域指令，套用到每一場 Cowork session；以及 Projects，Claude 會從你在裡面進行的對話中自動累積記憶。
多數人的路徑是：先設全域指令，等到重複性的工作自己浮現出來，再一個個加上 Projects。
二、全域指令：套用到每一場的常駐簡報
全域指令是一份常駐簡報。你在設定裡寫一次，之後 Claude 在每一場 session 都會參照它——每一次對話、每一個排程任務。
設定步驟
- 打開 Claude 桌面應用程式，前往 Settings → Cowork。
- 點選 Global instructions 旁邊的 Edit。
- 寫下你的簡報內容，儲存。
裡面該寫什麼？
👤 你是誰、你做什麼
職務、公司規模、產業、你主要負責的一兩條工作流。
🔤 你慣用的簡稱與縮寫
這樣 Claude 就不必回頭問你「你說的『QBR 簡報』是什麼？」
📐 你希望產出怎麼交付
格式、長度、語氣，以及任何你反覆要求的呈現方式。
三組角色實例
官方提供了三個不同職務的寫法示範。注意它們的共通結構：身分 → 產出類型 → 硬性規則 → 品質要求。
💼 產品經理
我在一家 200 人、正處於後期成長階段的 B2B SaaS 公司負責產品。
我的團隊主要產出 PRD、上線簡報與季度路線圖。
預設使用精煉、以決策為導向的寫法——先講使用者問題，再談解法。
引用任何指標時，要指名來源文件。
永遠標示出我在對外分享前該壓力測試的假設。
這讓你得到
- 不用特別交代就會預設用 PRD 與簡報格式
- 永遠先講使用者問題，再談解法
- 每個指標都附上來源文件
📊 財務（FP&A）
我在一家 1,000 人的公司負責 FP&A。我們每月向經營團隊報告、每季向董事會報告。
差異的重大性門檻是 5%——超過就主動標示，不必等我問。
所有董事會備忘錄都使用內部範本（差異／預測／風險／需求，依此順序）。
永遠顯示，不要只給結果。
幣別金額低於千位不得四捨五入，除非有特別標示。
這讓你得到
- 預設套用董事會備忘錄範本
- 不必開口就會標示出任何超過 5% 的差異
- 每個數字都附上算式
⚖️ 法務（企業內部法律顧問）
我是一家 B2B SaaS 公司的內部法律顧問，負責審閱 SaaS、供應商與保密協議合約。
套用公司的紅線審閱準則：優先浮出賠償、責任上限與終止條款。
使用我們標準的修訂標示慣例（新增加底線、刪除加刪除線、意見寫在邊欄）。
永遠不要產出可對外使用的最終條文——每一份產出都以「草稿——寄出前需經你審閱」結尾。
這讓你得到
- 套用公司的紅線審閱風格
- 優先浮出賠償與責任上限條款
- 永遠以「草稿——寄出前需經你審閱」結尾
✏️ 不必第一天就寫完整。用久了，你會注意到自己一直在給同樣的修正——像是「回覆時請先講結論」或「不要用某個特定寫法」——那些反覆出現的修正，就是全域指令的候選人。
三、Projects：一條工作流的專屬空間
全域指令管的是「你」。
Projects 管的是「你正在做的那件事」。
一個 project 是綁定到某條特定工作流的工作空間——某個客戶、某份定期交付物、某次上線。裡面有三樣你可以自己設定的東西，加上一樣 Claude 幫你建立的：
▲ 前三個由你設定，第四個由 Claude 隨著使用累積。
| 組成 | 說明 |
|---|---|
| 指令 | 和全域指令一樣，但只作用於這個 project。例如：「這個 project 用於每週的轉型小組會議，目的是蒐集全公司的數據，每週提煉成一份投影片。」 |
| 排程任務 | 屬於這個 project 的定期執行：週五的進度彙整、會前簡報、月底總結。你從 project 內的對話建立它們，之後每次執行都會帶著這個 project 的脈絡。 |
| 脈絡 | Claude 應該取用的一個或多個資料夾與連結。這個 project 裡的每一場對話都能存取它們。 |
| 記憶 | Claude 從你在這個 project 裡的對話中學到的東西。它隨著你工作而逐漸累積，不需要你去寫。 |
🧠 最後那一項，才是 Project 真正的價值
在 project 之外，除了全域指令以外，每一場 session 都是從零開始。在 project 裡面，每一場對話都在替 Claude 加東西——所以下一個任務一打開，客戶的處境、上週的決議、還有哪些事情懸而未決，它手上已經都有了。
三個 Project 實例
① 客戶帳戶
指令
正式語氣、稱呼窗口姓名與職稱、永遠以「草稿待審」結尾。
排程
週一早上從 CRM 撈週末動態、續約前 30 天擬續約準備簡報。
脈絡
客戶資料夾、季度會議準備資料夾，加上 CRM 與知識庫連結。
② 月度董事會備忘錄
指令
比照過往格式：差異 → 預測 → 風險 → 需求；差異超過 5% 要標示；永遠附上算式。
排程
每月一號早上撈結帳資料擬差異段落、董事會前的週五自我複核。
脈絡
歷次備忘錄與月結資料夾，加上報表系統連結。
③ 定價方案上線
指令
受眾是經營團隊；先講上線決策與日期，細節放附錄。
排程
每天下午五點用五行摘要當日追蹤變動、上線前七天擬 go／no-go 檢核表。
脈絡
訪談逐字稿、定價研究、上線計畫資料夾，加上專案追蹤工具連結。
💡 注意這三個例子的共同點：格式與標準住在 project 裡，所以每一次新的循環都不必重新談判一遍。客戶帳戶的 project 讓 Cowork 不再每次問「這是要給誰的？」；上線的 project 則活得跟那次上線一樣久。
哪些工作流適合開 Project？
| 類型 | 為什麼適合 |
|---|---|
| 一個客戶或帳戶 | 會議記錄與交付物的資料夾，加上該帳戶的常駐指令。每一次會前準備、後續追蹤、審閱草稿都在 project 裡發生，Claude 也跟著把這段關係接下去。 |
| 一份定期交付物 | 月報、季度回顧、每週給主管的更新。每個新週期都是同一個 project 裡的新對話，自動建立在上一次的洞察之上。 |
| 一次上線或專案 | 改版、系統遷移、新方案推行。簡報、決策、進度更新——整條工作的線索集中在一個地方，直到它上線為止。 |
四、建立 Project 的三種方式
選哪一種，取決於你的素材現在放在哪裡：
① 從零開始
空的開始，指令與脈絡邊做邊加。適合還沒有既有素材的新工作。
② 從既有資料夾
把 project 指向你本來就在用的資料夾，那個資料夾就成為這個 project 的工作目錄。最省事的一種。
③ 從 Chat 的 project 轉過來
如果你在 Chat 裡已經用了 projects，可以把指令與知識移轉到 Cowork。但這是單向的——你在 Cowork 裡做的變更不會同步回 Chat。
建立路徑：Cowork 側邊欄點 Projects → New project → 選一個對你來說最省事的方式。
工作資料夾、指令、連接器之後隨時都能改，所以第一次不用糾結。
📝 本課重點整理
- Cowork 的跨任務脈絡主要靠你設定，不像 Chat 的記憶會自己長。
- 全域指令管「你」：身分、簡稱、產出偏好。寫在 Settings → Cowork，套用到每一場 session 與排程任務。
- Projects 管「你正在做的事」：指令、排程任務、脈絡由你設定，記憶由 Claude 自動累積。
- 記憶是 project 的真正價值：project 外每次從零開始，project 內每次對話都在加值。
- 從 Chat 轉移是單向的，Cowork 的變更不會同步回 Chat，這點要先知道。
✍️ 動手練習：把兩層都架起來
全域指令給「你」，一個 project 給「你手上正在跑的某條工作流」。兩層都放上去。
步驟一 寫出第一版全域指令
不要想太多，先寫幾句話就好。官方提供的起手句型，中文化如下：
我是〔職務〕，任職於〔公司／產業／規模〕，主要負責〔一到兩條主要工作流〕。
以下是你需要知道的常用〔縮寫／內部簡稱〕。
我大部分的產出是〔文件／簡報／備忘錄／模型……〕。
我希望更新與簡報都精簡——先講建議，背景控制在一段以內。
我習慣先看 .md 預覽，確認後再產生正式文件檔。
最後那句「先看預覽再產出正式檔」很實用——可以避免每次都直接生出一堆你還要刪掉的檔案。
步驟二 為一條工作流建立一個 Project
挑一件會重複的事——某個客戶帳戶、某份月度交付物、某個正在進行的專案。把它指向素材已經存在的那個資料夾；如果還沒有，就從零開始。
| Project 名稱 | |
|---|---|
| 要指向哪個資料夾？ | |
| 這個 project 專屬的指令是什麼？ | |
| 有沒有值得排程的定期任務？ |
第三列請只寫「這個 project 特有」的規則。通用的偏好留在全域指令，兩層才不會互相打架。
🚀 下一課預告
Lesson 7 要認識 Skills——怎麼把你和團隊仰賴的流程教給 Claude，讓那些專門工作的做法自動發生，而不是每次重講一遍。
常見問題 FAQ
Cowork 有像 Chat 那樣會自動累積的記憶嗎？
有，但範圍不同。Chat 的記憶打開後會從你的對話自動學習；Cowork 的自動記憶發生在 project 裡面——你在某個 project 內的每一場對話都會累積到那個 project 的記憶。至於 project 之外的部分，跨任務帶著走的脈絡主要就是你寫的全域指令。
全域指令應該寫多長？一開始就要寫完整嗎？
不必。官方明確說它不需要在第一天就完整。先寫幾句話——身分、常用簡稱、產出偏好——就足以開始。之後留意你反覆在給的那些修正，例如「請先講結論」，那些就是最該補進去的內容。用增補的方式長出來，比一次想到齊實際得多。
全域指令和 Project 指令要怎麼分工？
官方的定位很清楚：全域指令描述「你」，project 指令描述「這條工作流」。實務上的建議是——通用偏好（語氣、格式、你的身分）寫在全域，只有這個 project 才成立的規則（受眾是誰、要比照哪份範本、有哪些禁忌用語）寫在 project。兩層各司其職，就不容易出現互相矛盾的交代。
什麼樣的工作值得開一個 Project？
三種最典型：一個客戶或帳戶、一份定期交付物（月報、季度回顧、每週更新）、一次上線或專案。共同特徵是它會重複回來，而且你不希望每次都重新交代一次格式與背景。一次性的任務不需要 project，直接指向資料夾做就好。
從 Chat 把 project 轉到 Cowork 之後，兩邊會同步嗎？
不會。這個移轉是單向的：你可以把 Chat project 的指令與知識帶到 Cowork，但之後在 Cowork 裡所做的變更不會同步回 Chat。所以轉移之後，請把 Cowork 那一份當成主要版本來維護，避免兩邊各自演化造成混亂。
Project 建好之後，資料夾和連接器還能改嗎？
可以，工作資料夾、指令與連接器隨時都能調整。所以第一次建立時不用糾結選項，挑最省事的方式先開起來，之後依照實際使用再修正就好。
延伸閱讀
- 官方原課程 Lesson 6：Standing context｜含三組全域指令與三個 Project 互動範例
- Lesson 5｜四個構件總覽｜先看懂四個構件的分工再回來設定
- Lesson 3｜實戰應用場景｜排程任務的完整說明在這一課
- Claude Cowork 完整課程目錄｜14 課全系列導覽
※ 本文為個人學習筆記，內容整理自 Anthropic Academy 課程「Introduction to Claude Cowork」Lesson 6，並補充中文說明與設定模板。官方範例中的公司名稱與人名為虛構示範，本文已改以角色描述呈現。原課程 Copyright 2026 Anthropic, All rights reserved. 產品功能以官方公告為準，本文更新於 2026 年 7 月。
📬 喜歡這篇文章？訂閱電子報不錯過任何更新
生成式 AI 時代，最珍貴的資產不是工具本身，而是你的提問力與協作思維。
每週精選 AI 實戰技巧、官方課程更新與 AI 工作流攻略，直接寄到你的信箱！
