我已經用了 Claude 很久，有大量的舊對話，怎麼把這些整理成系統？
舊對話是有價值的，但不需要全部整理——那樣工作量太大。更有效的做法：
提取有用的部分，而不是整理全部：花一個小時掃描你過去六個月最常用的 Claude 對話，記錄兩件事：（一）你最常做的任務類型（這告訴你應該建立哪些 Project）；（二）你最常重複說的背景資訊（這告訴你 Custom Instructions 應該寫什麼）。
把「成功的提示詞」存下來：如果你遇到了一個讓 Claude 給出特別好輸出的提示詞，把它複製下來存進知識庫。這些成功案例，是你的提示詞模板庫的素材。
不要從整理舊對話開始，而是從「從今天起建立系統」開始：過去的對話讓它留在那裡，專注在設計一個讓未來的每次使用都更有效率的系統。
Custom Instructions 寫多少才夠？我應該把所有可能的背景都寫進去嗎？
不需要，而且寫太多反而有反效果。最佳的 Custom Instructions 長度是 200-400 字。
原則：只寫那些「如果 Claude 不知道這件事，它幾乎一定會做出你不想要的輸出」的資訊。你的 Claude 版本（claude.ai vs API）、你的名字、你的具體的今天的工作內容——這些不需要放進 Custom Instructions，放進去只是增加字數但不增加有用資訊。
一個找出「值得放進 Custom Instructions 的資訊」的方法：回想你過去和 Claude 的對話，有沒有你每次都需要在對話開頭說的話？有沒有 Claude 預設做了你不喜歡的事，你每次都需要糾正？這些就是 Custom Instructions 裡應該有的內容。
把 Custom Instructions 當成「讓 Claude 能做 80% 的任務不需要你特別說明的最精簡背景」，而不是「把所有可能的背景都告訴 Claude」。
我不同的工作項目需要完全不同的背景設定，但 Claude 只有一個帳號，怎麼管理多個不同的「身份」？
這正是 Projects 設計要解決的問題，每個 Project 有獨立的 Custom Instructions，讓你能在同一個帳號裡維持多個不同的「工作身份」。
做法：針對你的每個主要工作情境，建立一個獨立的 Project，在 Custom Instructions 裡設定這個情境需要的身份背景。例如：「專案管理 Project」的 Custom Instructions 設定你作為 PM 的角色和工作風格；「客戶提案 Project」的 Custom Instructions 設定你面對的客戶類型和你的公司定位。
在同一個 Project 裡，如果你偶爾需要切換到不同的身份，可以在對話裡直接說「這次請把我當成 [不同身份/受眾]」——Claude 在同一個對話裡會優先按照你說的調整，而不是完全依賴 Custom Instructions。
Custom Instructions 是預設值，不是限制——你可以在任何對話裡覆寫它。
建立了系統之後，我怎麼知道這個系統是否真的有效？有什麼指標可以評估？
幾個評估個人 Claude 系統有效性的指標：
啟動摩擦度：你需要在對話開頭說多少話才能「設定好背景」？如果你建立了好的 Custom Instructions 和知識庫，理想情況下你直接說任務就可以了，不需要說明你是誰或背景是什麼。
提示詞複用率：你在使用提示詞模板的比例有多高？如果你仍然每次都在從頭設計提示詞，你的模板庫可能不夠覆蓋你的常用場景，需要補充。
直接使用率（第一輪輸出的品質）：系統建立前後，你的第一輪輸出需要幾輪修改才能達到可用狀態？系統完善後，這個數字應該下降——因為你的 Custom Instructions 和模板讓第一次的輸出更接近目標。
主觀感受：這個系統讓你覺得使用 Claude 是一件輕鬆的事嗎？還是你仍然需要花很多準備時間？主觀感受是一個很重要的信號。
大多數人用 Claude 的方式，是「每次有需求就問一次」——每次對話都是一個獨立的事件，和上一次對話、下一次對話之間沒有連結。這種使用方式讓 Claude 永遠停留在「工具」的位置，而不是「系統」。
建立個人 Claude 系統，意味著你主動設計 Claude 在你工作流程裡的位置，讓它從「你去找它的工具」，變成「你工作基礎設施的一部分」。這個改變，讓你從 Claude 身上得到的效益，從線性變成複利。
「有需求才用」的根本問題：你把設計工作流程的責任留給了每次有需求的當下，而不是提前設計。這意味著你每次都在重新介紹自己、重新說明背景、重新設計提示詞——即使你做的是同樣類型的任務，你也在重複做這些準備工作。
更好的方式：一次性投資建立你的個人 Claude 系統，讓這個系統處理所有的重複性設置，讓你每次使用的摩擦力降到最低，讓 Claude 真正成為你日常工作流程的一部分。
組件一：工作空間架構（Projects）
第一步是把你的 Claude 使用按照「工作功能」而不是「任務類型」來組織成不同的 Projects。
建議的 Projects 架構（根據你的工作調整）：主要工作 Project（你 80% 的 Claude 使用都在這裡）；對外溝通 Project（所有和外部受眾相關的文字任務——客戶 Email、對外報告、行銷文案）；學習和研究 Project（你在閱讀、研究、知識整理時用的空間）；創意和腦力激盪 Project（探索性的、不需要嚴格框架的任務）。
為什麼按「功能」而不是「任務類型」分：因為每個功能領域需要不同的背景設定（對外溝通需要你的受眾語氣設定，學習研究需要你的知識框架偏好），而這些背景設定能在整個功能領域裡通用，而不只是某個特定任務。
組件二：個人化的背景設定（Custom Instructions）
每個 Project 都需要一套告訴 Claude「在這個空間裡，你需要知道什麼」的 Custom Instructions。一份完整的 Custom Instructions 應該涵蓋：
身份和背景：你是誰（職位、行業）、你的主要工作目標、以及這個 Project 的主要用途。
受眾和語氣：這個 Project 裡的輸出，通常面向什麼受眾？需要什麼語氣？（對外溝通 Project 和內部工作 Project 的語氣要求完全不同。）
格式偏好：長度限制、條列 vs 段落偏好、標題使用習慣。
禁忌行為：Claude 預設會做但你不喜歡的行為（例如：每次都加上客套話結語、過度道歉、在不確定時給出聽起來確定的答案）。
組件三：提示詞模板庫
把你最常用的提示詞類型，設計成可以快速填入的模板，存進對應 Project 的知識庫。
建議的模板類型（根據你的工作調整）：Email 起草模板（拒絕、催促、通知、跟進）；分析框架模板（SWOT、競品分析、風險評估）；文件生成模板（週報、會議記錄、提案架構）；迭代改寫模板（讓 Claude 修改現有文字的標準化指令）。
每個模板的格式：「任務描述：[要做什麼]。背景：[相關背景]。受眾：[誰會看到]。格式：[輸出格式要求]。語氣：[語氣要求]。特別注意：[任何額外要求]。」
有了模板庫，每次做類似任務，你只需要填入當次的具體內容，不需要從頭設計提示詞。
組件四：排程觸發系統
把那些你知道會定期需要做的任務，設計成 Claude 排程，讓它們在你需要之前自動執行：
每日：工作簡報（讀取行事曆 + 外部動態）；每週：週報/週覆盤觸發；每月：月度回顧和目標確認。
設計排程系統的原則：只把「每次邏輯相同、只有內容不同」的任務設計成排程；對於需要你主觀判斷的任務，排程只負責「準備材料」，判斷和決策仍然由你做。
組件五：知識庫（Projects Knowledge Base）
每個 Project 的知識庫裡，存入那些你每次對話都可能需要參考、但不適合每次都重新說明的背景文件：
對外溝通 Project 的知識庫：你的品牌語氣指南、常見的 Email 場景模板、你最滿意的幾封信作為風格範本。
主要工作 Project 的知識庫：你的工作重點和當期目標（每季更新）、你目前負責的專案摘要、常用的分析框架文件。
學習研究 Project 的知識庫：你正在研究的主題的已知結論和問題清單、你的學習框架和知識地圖。
不要試圖一次建立所有五個組件——這會讓這件事變成一個太大的項目，容易放棄。建議的優先順序：
第一週：建立一個主要工作 Project，花 15 分鐘寫 Custom Instructions。這一個改變就能立刻有效果。第二週：把你最常用的 2-3 個提示詞類型做成模板，存進知識庫。第三週：設定一個最有價值的排程（通常是每日工作簡報）。之後：持續迭代，根據使用體驗調整。
個人 Claude 系統不是「設定完就不用管」的系統——它需要定期維護才能持續有效：
每月更新：確認 Custom Instructions 裡的工作背景和重點還是當期最準確的描述；確認知識庫裡的文件還是最新版本；回顧哪些提示詞模板你幾乎沒在用（可以考慮刪除或修改）。
每季評估：這個系統有沒有真正幫你省時間？哪個組件最有效、哪個最沒用？有沒有新的工作需求應該被加進系統？
建立個人 Claude 系統最大的長期效益，不是「每次對話省了幾分鐘」，而是讓 Claude 真正融入你的工作基礎設施——就像你的 Email 系統、你的文件系統、你的行事曆系統一樣，是你工作能力的一部分，而不是一個你偶爾去查的工具。
這個融入，讓你的 Claude 使用從「你記得的時候才用」進化到「在你需要的時候它就在那裡」。而這個差距，是 AI 工具在你日常工作裡能產生多大影響力的關鍵。