# 影片筆記：Claude Projects 完整教學：一個設定讓 AI 變成你的專屬助手

## 一句話總結
影片介紹了 Claude 的「Projects（專案）」功能，透過建立具備知識庫、自定義指令與獨立對話歷史的智慧工作空間，解決每日重複上傳檔案與背景解釋的痛點，將 AI 從被動工具轉化為具備行為架構的專屬助手。

## 核心重點
1.  **解決「每日重置」痛點**：一般使用 Claude 時，每次開啟新對話需重新上傳檔案並解釋前因後果，Projects 功能旨在打破此疲勞迴圈。
2.  **Projects 的三大核心**：
    *   **知識庫**：永久存放重要檔案。
    *   **自定義指令**：教導 AI 思考與做事的方式（非僅是偏好設定，而是行為架構）。
    *   **獨立對話歷史**：自動繼承上下文，無需重複解釋。
3.  **心智模型轉換**：應將 Projects 視為「打造專屬助手的藍圖」，而非普通的資料夾。
4.  **投資回報**：前期僅需投入約 20 分鐘設定自定義指令，即可獲得長期效率與品質的複利效應。
5.  **當前限制**：檔案需手動更新、不支援 API、上傳檔案無版本控制、對話過長仍會被壓縮。

## 詳細大綱
### 1. 痛點引入
*   描述日常使用 Claude 的疲勞迴圈：「每日重置按鈕」。
*   問題在於每次開啟新對話，使用者必須重新上傳檔案、解釋前因後果與背景知識。

### 2. 核心概念：Claude Projects
*   **定義**：專屬的智慧工作空間。
*   **三大記憶法寶**：
    1.  知識庫（永久存放重要檔案）。
    2.  自定義指令（教導 AI 思考與做事方式）。
    3.  獨立對話歷史（自動繼承上下文）。
*   **核心理念**：
    *   轉換心智模型：從「被動存檔的資料夾」轉變為「主動塑造 AI 思考與行為模式的藍圖」。
    *   引用原始資料作者 **Witch Chair** 的動簡（疑為動畫或簡報）：「自動意指令，不是偏好設定，是行為架構」。

### 3. 五種有效配置模式（專家組助手團隊）
1.  **內容寫手**：
    *   結合風格指南與滿意文章。
    *   設定語氣與結構（鉤子、主體、結論）。
    *   目標：提升風格匹配度。
2.  **研究分析師**：
    *   上傳白題書（疑為白皮書）、市場資料。
    *   設定分析框架（如 SWAT 分析）。
    *   目標：提供深度洞察。
3.  **技術檔案管理員**：
    *   整合更新日誌、Debug 記錄、客戶回報。
    *   目標：具備專案記憶能力。
4.  **競爭情報機器人**：
    *   上傳淨品資料（疑為產品或競爭資料）。
    *   設定分析框架。
    *   目標：隨新情報輸入自動深化分析。
5.  **學習夥伴**：
    *   上傳學術論文或手冊。
    *   設定為蘇格拉底式導師。
    *   目標：進行互動式深度學習。

### 4. 投資回報與限制
*   **效率槓桿**：前期投入極少時間（約 20 分鐘設定指令），換取長期品質與效率的複利成長。
*   **當前限制**：
    *   檔案不會自動同步，需手動更新。
    *   無法用於 API。
    *   上傳檔案無版本控制。
    *   對話過長仍會被壓縮。

### 5. 結語與行動呼籲
*   建議從最重複的任務開始，投入 20 分鐘設定 Projects。
*   逐字稿結尾處出現亂碼「訂�」，疑為「訂閱」之截斷或錯誤。

## 工具 / 模型 / 名詞整理
*   **Claude**：影片提及的 AI 模型。
*   **Claude Projects**：Claude 的功能，用於建立專屬智慧工作空間。
*   **SWAT 分析框架**：逐字稿原文拼寫，通常指 SWOT 分析。
*   **API**：應用程式介面，影片指出 Projects 目前不支援此功能。
*   **每日重置按鈕**：形容每日重複上傳與解釋的疲勞迴圈。
*   **Witch Chair**：逐字稿中提到的原始資料作者名稱。
*   **動簡**：形容來自 Witch Chair 的內容形式。
*   **Cloud**：逐字稿中出現「Cloud,你該做什麼」，疑為「Claude」之口誤或聽寫錯誤。
*   **白題書**：疑為「白皮書」之聽寫錯誤。
*   **淨品資料**：疑為「產品資料」或「竞品資料」之聽寫錯誤。
*   **精正情報庫**：疑為「精準情報庫」之聽寫錯誤。
*   **越扁越聰明**：疑為「越變越聰明」之聽寫錯誤。

## 操作流程整理
1.  **識別重複任務**：找出日常工作中需要每日重複上傳檔案或解釋背景知識的環節。
2.  **建立 Projects**：在 Claude 中創建新的專案（Project）。
3.  **配置知識庫**：將相關的重要檔案永久存放於該專案的知識庫中。
4.  **撰寫自定義指令**：
    *   定義 AI 的行為架構（而非僅是偏好）。
    *   根據角色設定語氣、結構或分析框架（如內容寫手、研究分析師等）。
5.  **開始對話**：利用獨立對話歷史進行互動，AI 將自動繼承上下文與知識庫內容。
6.  **手動維護**：當檔案更新時，需手動更新至 Projects 中。

## 值得注意的限制或風險
*   **檔案同步問題**：檔案不會自動同步，使用者需手動更新檔案。
*   **API 支援**：目前 Projects 功能無法用於 API。
*   **版本控制缺失**：上傳的檔案沒有版本控制功能。
*   **上下文壓縮**：即使有獨立歷史，對話過長仍會被壓縮，可能影響長程記憶。

## 逐字稿辨識疑點
*   **Witch Chair**：逐字稿中提到的原始資料作者名稱，聽起來可能為音譯或特定稱呼，需查證。
*   **動簡**：形容來自 Witch Chair 的內容形式，疑為「動畫」或「簡報」之聽寫錯誤。
*   **Cloud**：逐字稿中出現「Cloud,你該做什麼」，疑為「Claude」之口誤或聽寫錯誤。
*   **白題書**：疑為「白皮書」之聽寫錯誤。
*   **淨品資料**：疑為「產品資料」或「竞品資料」之聽寫錯誤。
*   **精正情報庫**：疑為「精準情報庫」之聽寫錯誤。
*   **越扁越聰明**：疑為「越變越聰明」之聽寫錯誤。
*   **訂�**：逐字稿結尾處出現亂碼，疑為「訂閱」之截斷或錯誤。

## 可延伸追問
*   如何具體撰寫「行為架構」的自定義指令，以區分於一般的「偏好設定」？
*   針對五種配置模式（內容寫手、研究分析師等），是否有具體的指令範例可供參考？
*   在檔案需手動更新的限制下，如何建立高效的工作流來管理專案檔案的更新？
*   當對話過長被壓縮時，有哪些策略可以確保關鍵資訊不被遺漏？