Claude Projects 教學：把重複用到的資料和指示固定下來

Projects 解決的問題

沒有 Projects 之前，每次開新對話，如果需要 Claude 了解某個背景（你的產品規格、寫作風格、專案術語），都得重新貼一次，或是從舊對話裡複製貼上。對話一多，這件事變得很煩，而且容易漏掉或版本不一致。

Projects 把這些會重複用到的東西固定在一個地方：上傳的文件、自訂指示、對話紀錄，都留在同一個專案裡，之後在這個專案裡開新對話，不用重講一次背景。

設定流程

1. 1

   建立新專案並命名

   名稱盡量具體，例如「Q3 行銷週報」而不是「工作」，之後在多個專案間切換才不會搞混。

2. 2

   寫自訂指示

   說明這個專案裡 Claude 該扮演什麼角色、用什麼語氣、輸出格式有什麼固定要求。這段指示會套用到專案裡的每一次對話。

3. 3

   上傳知識庫資料

   把會重複參考的文件放進來：產品規格、過去的範例輸出、風格指南、術語表。

4. 4

   在專案裡開對話

   之後每次在這個專案底下開新對話，都會自動套用自訂指示，也能查詢知識庫裡的內容。

5. 5

   定期整理知識庫

   資料過時或不再相關時記得移除，避免舊資料干擾新對話的回答品質。

自訂指示該怎麼寫

自訂指示是 Projects 最容易被低估的部分，很多人只丟一句「請扮演行銷顧問」就結束，效果有限。寫得具體，效果差很多。

角色：你是［具體角色，例如「B2B SaaS 公司的內容行銷顧問」］
背景：［這個專案的目的與情境，一兩句話講清楚］
輸出風格：

語氣：［例如「直接、避免行話、可以指出問題」］
格式：［例如「用條列式，重要結論放最前面」］
長度：［例如「除非我要求，否則不超過三段」］
一定要做的事：

［例如「引用知識庫裡的資料時，說明是根據哪份文件」］
［例如「不確定的地方要明說，不要用猜的填空」］
絕對不要做的事：

［例如「不要用『在這個快速變化的時代』這類開場白」］

知識庫的實際限制

知識庫不是無限容量，也不是每次對話都把全部內容塞給模型。資料量超過一定程度時，Claude 用的是檢索的方式，先找出和目前問題最相關的片段，再根據這些片段回答——這和 RAG 的運作邏輯類似。

這代表兩件事：

• 不是資料放進去就萬無一失。 如果知識庫裡塞了大量不相關或重複的資料，反而可能稀釋檢索的準確度。
• 關鍵資料建議精簡整理過再上傳。 一份寫得清楚、結構分明的文件，比一份雜亂的原始資料，檢索效果通常好上不少。

常見的使用情境

延伸閱讀：Claude 是什麼、Claude 費用怎麼算、System Prompt 是什麼。