Custom Instructions 設定好之後，我在對話裡說的話還是能覆寫它嗎？
是的，你在對話裡說的話優先級高於 Custom Instructions。如果你的 Custom Instructions 說「回答控制在 300 字以內」，但你在某個對話裡說「請給我一個詳細的完整說明」，Claude 會按照你在對話裡的要求給詳細說明。
Custom Instructions 的定位是「預設設定」，不是「強制限制」——它告訴 Claude 在沒有其他指示的情況下應該怎麼做，但你永遠可以在對話裡即時調整。
這個設計的好處：你不需要在 Custom Instructions 裡涵蓋所有可能的情況。只需要設定你的預設偏好，特殊情況在對話裡即時說明就好。
一個人應該建立幾個 Projects？有沒有建議的數量？
大多數職場用戶，維持 2-5 個 Projects 是合理的範圍。太少可能代表你沒有充分利用 Projects 的個人化功能；太多則容易讓你不確定「這個任務應該在哪個 Project 裡做」，反而增加決策成本。
建議的 Project 分類邏輯：按照「受眾或輸出類型」而不是「任務類型」來分。例如：一個「對外溝通」Project（所有對外的文字——客戶 Email、行銷文案、社群貼文），一個「內部分析」Project（所有給自己或內部的分析和報告），一個「學習和研究」Project（讀書筆記、行業研究、知識整理）。
這樣的分類讓每個 Project 的 Custom Instructions 能針對不同的「受眾語言」做設定，效果比按任務類型分更好。
知識庫裡的文件需要定期更新嗎？怎麼管理？
需要，而且這是很多人忽略的維護成本。建議的管理方式：
每季做一次知識庫審查：看一下你上傳的每份文件，確認它們是否仍然是最新的。特別注意：競品比較表（競品情況可能已經改變）、公司產品說明（如果有版本更新）、以及任何包含數字或時效性資訊的文件。
新增文件的時機：當你發現你在對話裡一直需要重複說明某個背景資訊，就是該把這個資訊加入知識庫的時候。例如你每次都需要說明「我們公司的定價結構是 OO」，把定價說明文件上傳到知識庫，之後就不需要每次重複了。
刪除過時文件：過時的文件不只是沒用，還可能讓 Claude 參考到錯誤的資訊。定期清理確保知識庫的準確性。
我可以和團隊共享 Projects 嗎？
目前 Claude.ai 的 Projects 功能，在個人帳號上是個人的（不能和其他帳號共享）。如果你的組織使用 Claude for Teams 或 Claude for Enterprise 方案，可能有不同的共享和協作功能——建議直接確認你的組織方案包含什麼功能。
在個人帳號的情況下，如果你想讓團隊共享相同的 Claude 設定，可以用以下的替代方式：把你的 Custom Instructions 和主要的知識庫文件整理成一個「Claude 設定包」的文字文件，分享給團隊成員，讓他們各自建立自己的 Project 並使用相同的設定基礎。這樣雖然不是真正的共享 Project，但能讓團隊的 Claude 使用有一個一致的基礎。
很多人用了 Claude 一段時間之後，才意識到 Claude Projects 的存在。在那之前，他們的每次對話都是從零開始：每次都要重新說明自己是誰、做什麼工作、習慣什麼格式。Projects 是解決這個問題的核心功能——它讓你能建立一個有記憶、有背景、有工具的持續性工作空間，讓 Claude 在每次對話開始時就已經知道你是誰。
這篇文章是一個完整的 Projects 設定指南，帶你從頭設定一個真正能提升你工作效率的個人工作空間。
Claude Projects 讓你能把一組相關的對話、指令和文件集中在一個地方。每個 Project 都有三個核心元素：Custom Instructions（自訂指令）、Knowledge（知識庫）、和 Conversations（對話記錄）。
Custom Instructions 是你告訴 Claude「在這個工作空間裡，你應該知道我是誰、你應該怎麼回應我」的地方。Knowledge 是你上傳的參考文件，讓 Claude 在回答時能參考你的具體背景資料。Conversations 是你在這個 Project 裡的所有對話歷史。
為什麼值得花時間設定 Projects？最直接的原因：你不再需要在每次對話開始時重複說明背景。每次你打開這個 Project，Claude 已經知道你的角色、你的工作重點、你偏好的輸出格式。這個看起來小的改變，在你每天頻繁使用 Claude 的情況下，能節省大量的重複說明時間。
Custom Instructions 是 Projects 最重要的設定。一份好的 Custom Instructions，應該涵蓋四個維度：
一、你是誰（背景）：你的職位、行業、公司規模、目標受眾。例如：「我是一家 B2B SaaS 公司的產品行銷主管，主要受眾是中小企業的 IT 決策者，公司產品是 [描述]。」
二、你在這個 Project 裡主要做什麼：這個 Project 的用途範圍。例如：「這個 Project 主要用來：起草行銷文案、分析競品資料、準備客戶提案。」
三、你偏好的輸出風格：語氣、格式、長度偏好。例如：「輸出語氣：專業但不學術，避免行話和空洞的形容詞。格式：優先使用條列式，段落不超過三行。長度：除非我特別要求，回答控制在 300 字以內。」
四、不要做的事：你希望 Claude 避免的行為。例如：「不要在每個回答結尾加上「如果你有任何問題，請隨時告訴我」這類無意義的結語。不要過度道歉。不要在不確定時給出不確定但聽起來像確定的答案——直接說「我不確定」。」
建議把 Custom Instructions 控制在 200-400 字，太長反而會降低 Claude 執行時的精準度。
Knowledge 是你上傳到 Project 的參考文件，Claude 在回答時會自動參考這些文件。適合放進知識庫的文件類型：
背景資料類：公司介紹、產品說明、目標受眾 Persona、競品比較表。這類文件讓 Claude 在生成任何和你的工作相關的內容時，都有正確的背景知識。
風格規範類：你的品牌語氣指南（如果你有的話）、過去你最滿意的幾篇文案或文章（作為風格範本）、格式模板。這類文件讓 Claude 的輸出更符合你的品牌和個人風格。
工作流程類：你的 SOP（標準操作程序）、常用的提示詞模板、工作清單或框架。這類文件讓 Claude 能按照你的標準流程工作。
不建議放的文件：包含高度機密資訊的文件（除非你的組織已確認 Claude 的資料安全政策符合要求）、過時的資料（確保知識庫裡的資料是最新的）、太長且沒有重點的文件（超過 20,000 字的文件，Claude 可能無法有效參考）。
建議從「你最常用 Claude 做的一類任務」開始設計你的第一個 Project，而不是試圖建立一個「什麼都涵蓋」的通用 Project。
第一步：確認 Project 的用途邊界。這個 Project 是用來做什麼的？「所有工作任務」不是一個好的用途邊界，「行銷文案生成」或「客戶提案撰寫」才是。越具體的 Project，Custom Instructions 能寫得越精準，效果越好。
第二步：撰寫 Custom Instructions 初稿。按照前面的四個維度框架，花 15 分鐘寫出你的第一版 Custom Instructions。不需要完美，之後可以持續調整。
第三步：上傳 1-3 份最重要的知識庫文件。不要一次上傳太多，先從最核心的 1-3 份文件開始。確認上傳成功後，在對話裡測試 Claude 是否能正確參考這些文件。
第四步：實際使用並調整。用這個 Project 完成幾個真實的任務，注意哪些地方 Claude 的回應不符合你的期望，然後更新 Custom Instructions。通常要迭代 2-3 次才能讓設定趨於穩定。
Projects 最大的影響，是讓 Claude 從「你每次都要從頭介紹自己的工具」，變成「一個已經了解你工作背景的長期工作夥伴」。這個轉變在短期內看起來可能只是省了幾分鐘，但長期累積下來，它讓 Claude 在你的工作流程裡的位置從「偶爾查詢的工具」升格成「每天依賴的工作系統」——而這個升格，才是 Claude 真正能大幅提升你工作效率的前提。