為什麼搜「Claude Projects」**前 10 都不夠用
繁中 SERP 上「Claude Projects」「Claude 專案」翻一輪，對手共通問題**:
- 入門新手向(4-5 篇):aiposthub / foreverwebs / rar.design / frankknow — 「5 步驟建立」單句結論，沒挖 system prompt 工程
- 行銷 SEO 站(2-3 篇):Grenade / vocus — 淺度功能介紹，著重「Pro 比 Free 強多少」訂閱比較
- 科技媒體(1-2 篇):數位時代 — 「5 步驟養成長期記憶助理」單一範例
- 官方 / 英文站(2 篇):Anthropic Help Center / aionx.co — RAG 觸發機制有提到但繁中沒人翻譯
最大內容空缺:
- RAG 自動觸發時機 + 副作用 — 繁中完全沒人講
- 真正可用的 system prompt 範本 — 對手範本「你是行銷專家」**廢話
- Projects vs Custom GPT vs Gem 全攻略對比 — 繁中 SERP 空白
- Project 知識庫結構最佳實踐 — 該不該分多個小檔還是合成一大檔
- Anti-pattern — 例如把 Project 當聊天紀錄、太多 Project 互相干擾
這篇補上。
Claude Projects 是什麼？(60 秒理解)
核心:「對話 + 檔案知識庫」整合的工作空間**。
跟一般 Claude 對話差在:
- 一般對話:每次重新介紹脈絡 / 上傳檔案
- Project:檔案 + Instructions 永久存在，每次新對話自動帶入**
為什麼 Anthropic 把它定位成「工作空間」而非「自訂 GPT」**:
- OpenAI Custom GPT:做給「對外服務」（可分享、可發布、可賺錢）
- Claude Projects:做給「內部工作流」（個人 / 團隊內部 SOP）
訂閱版本差異
| 方案 | Projects 數 | 知識庫上限 | 共享 |
|---|---|---|---|
| Free | 1 個 | 100 MB | ❌ |
| Pro $20 | 無上限 | 500 MB / Project | ❌ |
| Team $25 / 人 | 無上限 | 2 GB / Project | ✅ 團隊共享 |
| Enterprise | 無上限 | 客製化 | ✅ + SSO |
5 分鐘建立第一個 Project
三大設定
- Name:Project 名稱（影響 Claude 在側邊欄顯示）
- Instructions:System prompt（角色 + 規矩 + 輸出格式）
- Knowledge:檔案知識庫(PDF / Word / Markdown / 純文字)
第一次上傳檔案的常見錯誤
| 錯誤 | 後果 |
|---|---|
| 上傳整個 codebase ZIP | Claude 看不到結構，容易 hallucinate |
| 上傳掃描版 PDF（無 OCR） | Claude 讀不到內容 |
| 每篇文章獨立檔（50+ 個） | 觸發 RAG 模式，回答品質下降（下節詳述） |
| 不寫 Instructions | Project 跟一般對話沒兩樣 |
📝 Project Instructions：寫好 system prompt 的 5 個原則
好的 Instructions = Project 成功 80%。
5 個原則
- 角色設定:「你是 X 角色，幫助 Y 對象做 Z 事」**
- 上下文:「這個 Project 用於 X 場景，典型輸入 Y,期望輸出 Z」
- 規矩:「永遠用繁中、永遠引用來源、永遠列警語」
- 輸出格式:「markdown / JSON / 表格」+ 「頭尾固定段落」
- 邊界:「這些事你不做：X / Y / Z」（列紅線）
用「寫作樣本校準」**抓你的語氣
進階技巧:Instructions 結尾貼 200-400 字的「你過去寫過的範例」——Claude 會學你的語氣。
範例:
【寫作樣本校準】
以下是我過去寫過的文章片段,請學我的語氣寫作:
「我把繁中 SERP 上「**Claude Memory**」**翻過一輪,**對手都停在表面**:
1. 官方說明 / 國際英文站:Anthropic Help Center、shareuhack、xtrace.ai
2. ..."這比 100 條規則更有效——Claude 模仿樣本的語氣準度極高。
範本 1：編輯職能（以 Mason 編譯朋友為例）
你是「**編譯朋友**」**——**幫 Mason 把外文健康新聞編譯成繁中文章。
【規矩】
- 永遠用繁中(全形標點)
- 每句話標明引用來源(用 [作者, 媒體, 日期] 格式)
- 涉及醫療資訊必加警語「**本文不取代醫師建議**」**
- 不寫「**最新研究發現**」**這種 clickbait——**寫具體數據**
【輸出格式】
- 標題:8-15 字,**含關鍵數字**
- 引言:80-120 字,**含 4W**(Who / What / When / Why)
- 三段架構:**事件 / 證據 / 影響**
- 結尾:**「**讀者該做什麼**」**1-2 條行動建議
【寫作樣本校準】
[貼你過去 3-5 篇成功文章片段]
【絕對不做】
- 不憑空引用統計數字
- 不寫「**根據研究**」**而不指明研究**
- 不誇大療效範本 2：業務職能（RFP 回應助手）
你是專門寫 RFP 回應的業務助手——**幫我針對客戶招標需求**,**寫出有競爭力的提案**。
【規矩】
- 永遠用繁中
- 永遠從「**客戶的痛點**」**開場,**不要先賣自己**
- 提案結構:**理解需求 / 解法 / 時程 / 報價 / 為什麼選我們**
- 每項解法必含「**預期 KPI**」**
【知識庫】
- 我們公司過去 10 個成功案例(已上傳)
- 我們的服務目錄與報價(已上傳)
- 客戶產業常見痛點分析(已上傳)
【絕對不做】
- 不承諾「**保證 X 成效**」**
- 不抄競爭對手的提案語句
- 不寫「**我們是業界領導者**」**這種沒證據的話範本 3：法務職能（合約初審）
你是合約初審助手——**幫我以乙方接案者視角**審視客戶給的合約。
詳細用法見 [AI 合約審閱 2026](/tools/ai-contract-review-2026/) 跟 [台灣 AI 法律工具](/tools/ai-legal-tools-taiwan-2026/)。
【規矩】
- 永遠以台灣《民法》《著作權法》《營業秘密法》為主
- 標出對乙方不利的條款 + 建議修改方向
- 不給「**這條合法 / 不合法**」**判斷——**只給「**這條可能不利你**」**警示**
【絕對標示】
- 這是 AI 初步審視,**不是法律意見**
- 複雜案件建議找律師📚 Project Knowledge 知識庫的結構最佳實踐
這節是 SERP 沒人完整寫過的部分。
知識庫上限怎麼算
- 檔案大小:單檔 30 MB 上限
- Project 容量(Pro):500 MB
- 典型用量:100-300 MB 是「夠用但不爆」的甜蜜點**
該合併還是分檔？（實測比較）
情境:你有 50 篇部落格文章想餵 Claude。
| 做法 | 優點 | 缺點 |
|---|---|---|
| 50 篇獨立 .md | 結構清楚 | 觸發 RAG 模式（下節）,回答深度下降** |
| 合成 1 大 .md（目錄 + 全文） | Claude 一次讀完，深度連貫** | Project 容量吃緊 |
| 混合：目錄 INDEX.md + 5-10 個主題合併檔 | 平衡 | 設定稍複雜 |
Mason 推薦:混合做法——INDEX.md + 主題合併檔。
INDEX.md 引導 Claude 搜尋
在 Project Knowledge 內放一個 INDEX.md:
# Knowledge Index
## 健康新聞編譯方法論
- 編譯三原則 → health-methodology.md
- 信任分級 SOP → trust-scoring.md
- 過去成功案例 → past-examples.md
## SEO 寫作慣例
- 標題格式 → seo-titles.md
- 內鏈策略 → seo-linking.md
## 紅線清單
- 不能寫的醫療斷言 → red-lines.mdClaude 看到 INDEX 後,會優先查相關檔案——搜尋準確度提升 30-50%。
檔案命名慣例
好命名:
health-methodology.md（語意清楚）2025-q4-cases.md（含日期 + 主題）client-confidential-policy.md（主題 + 性質）
爛命名:
document-1.md、new.md、untitled.md(Claude 不知道內容)- 中文檔名（部分情境會出問題）
什麼檔不要放進去
- 個資 / 敏感資料（身分證、健保卡、銀行帳號）
- 過時資料(2 年前的數據混進新對話 → hallucination)
- 重複 / 衝突資料（同一事實有兩個版本）
- 掃描版 PDF(OCR 不準 → 亂答)
🔄 RAG 自動觸發機制 + 副作用（對手沒寫）
這節是 SERP 完全空白的關鍵。
什麼時候 Claude 自動切換到 RAG 模式
簡單規則:
- Project 知識庫 < context window 上限 → 「全載入」模式
- Project 知識庫 > context window → RAG 模式（只查相關段落）
Claude Opus 4.7 context window:1M tokens（約 750K 中文字）。 典型觸發 RAG 閾值:Project 總容量 > 500K 字 或 > 200 MB。
RAG 模式的「深度感」**會下降
全載入模式:Claude 看到完整知識庫，回答有「整體脈絡感」**
RAG 模式:Claude 只看「最相關的 5-10 段」,回答有「片段感」——體感像「只看了片段就回答」
Mason 實測（同問題）:
- 全載入模式:回答串連 3-4 個檔的資訊
- RAG 模式:回答只引用 1-2 段——深度感明顯下降
如何判斷現在是不是 RAG 模式
沒有明確指標——但 3 個信號:
- 回答只引用 1-2 個段落（全載入會引多個）
- 問「整個知識庫的全貌」Claude 答不出來**（全載入能答）
- 同一問題反覆問，Claude 引用的段落不一致(RAG 是「搜尋」邏輯)
處理大型知識庫的策略
選項 1:分多個 Project（每個 < 200 MB）
- 例：「健康新聞編譯」Project / 「SEO 策略」Project / 「客戶資料」Project 分開
選項 2:塞一個但接受 RAG 模式
- 適合搜尋型查詢(「幫我找關於 X 的內容」)
- 不適合綜合分析(「根據整個知識庫」)
選項 3:用 MCP server 替代（進階）
- 把知識庫變外部 DB
- Claude 透過 MCP 查詢
- 完全不受 context window 限制
🛠️ Mason 自己 6 個生產級 Projects 配置實錄
這是 SERP 沒對手做的差異化——Mason 真實使用 + system prompt 全公開。
Project 1：編譯朋友（健康新聞）
用途:把外文健康新聞編譯成 Mason 風格繁中文章
Instructions：範本 1（見上節）
Knowledge:
- editorial/STYLE.md（寫作風格指南）
- editorial/examples/（過去 10 篇成功文章）
- editorial/red-lines.md（醫療紅線）
為什麼有效:Claude 學了 Mason 的語氣 + 知道紅線 + 有範例校準——首稿可用度 70-80%。
Project 2:SEO 顧問
用途:幫 Mason 站台做 SEO 策略
Instructions（摘要）:
你是 Mason 站台的 SEO 顧問。
【規矩】
- 永遠以「**繁中讀者搜尋習慣**」**為主(不是英文 SERP)
- 永遠標 keyword 競爭強度
- 永遠給可執行的下一步
【知識庫】
- 站台 200+ 篇現有文章清單(slug + 主題)
- Google Search Console 過去 90 天數據
- 競爭對手 SERP 觀察為什麼有效:Claude 知道站台現況,不會建議「寫個 ChatGPT 教學」這種已寫過的主題**。
Project 3：合約初審
用途:接案合約紅線檢查
Instructions：範本 3（見上節）
Knowledge:
- 台灣《民法》《著作權法》《營業秘密法》摘要
- 過去簽過的 10 份標準合約
- 律師建議過的「紅線清單」**
詳細用法:AI 合約審閱 2026
Project 4：簡報草稿
用途:講演 / 客戶提案的簡報初稿
Instructions（摘要）:
你是 Mason 的簡報設計助手。
【規矩】
- 每張投影片 3-5 個 bullet,**不超過 20 字 / bullet**
- 永遠先「**Why**」**再「**What**」**再「**How**」**
- 標題用問題形式(「**為什麼 X 不夠用?**」)而非陳述
【輸出格式】
- 每張投影片標題 + bullet
- 投影片演講稿(每張 100-200 字)
- 結尾「**Q&A 預期問題清單**」**搭配:Claude Design 直接生成視覺化版本（下個 cluster 文）
Project 5：客戶 RFP 回應
用途:RFP / 標案提案撰寫
Instructions：範本 2（見上節）
Knowledge:
- 過去 10 個成功案例
- 服務目錄與報價
- 產業痛點分析
Project 6：個人記憶儲庫
用途:儲存 Mason 個人經歷 / 偏好 / 觀點，新對話自動帶入**
Instructions:
你是 Mason 的個人助理。
【知識庫】
- Mason 的職業背景(早安健康前編譯 / Solo 顧問)
- Mason 的偏好(寫作風格 / 工具 / 價值觀)
- Mason 站台運營狀況
【規矩】
- 每次新對話開始,**自動帶入相關脈絡**
- 不要重複問「**你是誰**」**——**直接從知識庫查**為什麼有效:Memory 處理「短期記憶」;Project 處理「長期脈絡」——Mason 自己的「第二大腦」。
⚖️ Projects vs Custom GPT vs Gemini Gem 三平台對比
| 維度 | Claude Projects | OpenAI Custom GPT | Gemini Gem |
|---|---|---|---|
| 訂閱 | Pro / Team / Enterprise | Plus / Team / Enterprise | Google One AI Premium |
| 容量（免費版） | 1 個 / 100 MB | 不能建 | 不能建 |
| 容量(Pro) | 無上限 / 500 MB | 無上限 / 數量無限 | 無上限 |
| 檔案類型 | PDF / Word / md / 純文字 | PDF / Word / Excel / md / images | 較少 |
| 共享 | Team 方案 | 可公開分享(GPT Store) | 部分 |
| 底層模型 | 可選 Opus / Sonnet / Haiku | GPT-5（預設） | Gemini Pro |
| 價格 | $20-25 / 人 / 月 | $20 / 人 / 月 | $19.99 / 月 |
| 適合用途 | 內部工作流 SOP | 對外服務 / 賺錢 GPT | Google 生態整合 |
決策表
| 你是 | 推薦 |
|---|---|
| 個人 / 內部工作流 | Claude Projects |
| 想做 GPT 對外賺錢 | OpenAI Custom GPT（有 GPT Store 變現） |
| Google 生態重度 | Gemini Gem |
| 需要極大檔案 + 引用嚴謹 | Claude Projects(Opus 4.7 引用最準) |
⚠️ 5 個 Projects Anti-pattern
反模式 1：把 Project 當聊天紀錄
症狀:Project 內所有對話累積,Claude 每次回答前先「讀完所有歷史對話」——速度慢、回答混亂。
解法:Project 用於「長期不變的知識」——短期對話用一般 Chat,結束後清掉**。
反模式 2:Project 太多互相干擾
症狀:建了 30 個 Project,自己也忘記哪個 Project 幹嘛。
解法:Mason 的紅線:Project 不超過 10 個——3-6 個是甜蜜點。
反模式 3：全公司文件全上傳 → hallucination 風暴
症狀:把公司所有文件（舊版、新版、草稿、已廢）全塞進 Project——Claude 引用過時 / 矛盾資料。
解法:只放「已驗證的最新版」——舊版另開 Archive Project。
反模式 4:Instructions 寫成 prompt 模板而非角色定義
錯誤寫法:
請幫我寫一篇關於 X 的文章,**字數 500-800 字**,**用我的語氣**。這是「prompt 模板」——每次都要重寫。
正確寫法:
你是內容編輯。永遠用繁中、永遠標來源、永遠 500-800 字、永遠用我的語氣。
【樣本】[貼樣本]這是「角色定義」——一次寫好，長期用。
反模式 5：不更新知識庫 → 答案越用越過時
症狀:Project 半年沒更新,Claude 用過時資料回答——例如過時的價格、舊版法規。
解法:每月 1 次「Project 更新日」——清舊資料、加新資料 + Mason 自己驗收。
❓ FAQ
Claude Projects 跟 Custom GPT 哪個強？
用途不同:
Claude Projects:內部工作流 SOP——做給自己 / 團隊用
- 強項：模型可選 Opus 4.7、引用嚴謹、繁中強
- 弱項：不能對外賣
OpenAI Custom GPT:對外服務 / 賺錢——做給陌生人用
- 強項：可上 GPT Store 變現
- 弱項：底層模型固定
Mason 的選擇:內部工作流 → Claude Projects;想開課賣自訂 GPT → OpenAI Custom GPT。
Project 免費版能用嗎？上限是什麼？
Free 版有限:
- 只能建 1 個 Project
- 知識庫上限 100 MB
- 無 Team 共享
Free 版適合:試水溫，評估該不該升 Pro**
升 Pro $20 後:Project 無上限，500 MB / Project,多數人完全夠用
知識庫超過 30MB / 500MB 怎麼辦？要分 Project 嗎？
單檔超 30 MB:必須分檔（用 markdown 結構化拆分）
Project 超 500 MB(Pro):3 個選項:
- 分多個 Project（主題切分）
- 接受 RAG 模式（搜尋型用法可）
- 用 MCP server 替代（進階，知識庫變外部 DB）
Mason 觀察:真實 production 知識庫 > 500 MB 的場景很少——多數是「塞太多無用資料」,清理後 < 200 MB 完全夠。
Project 可以跟團隊共享嗎？
Team / Enterprise 方案才能:
- Team $25 / 人 / 月:Project 可分享給 team members
- Enterprise:+ SSO + 集中管理 + audit log
個人 Pro:不能共享——Project 只能自己用
進階做法:Team 用同一個 Project,Instructions 內標「這是 X 部門的 Project,Y 角色才該用」——靠 Instructions 自律，不是技術隔離**。
我的 Project 答非所問，是哪裡寫錯？
檢查 5 件事:
- Instructions 是否定義「角色」而非「任務」——「你是 X」比「請做 Y」有效
- 知識庫是否觸發 RAG 模式——超過 500K 字會切 RAG，深度感下降
- 檔案命名是否語意清楚——Claude 看檔名決定查哪個
- 是否有 INDEX.md 引導——**沒 INDEX,Claude 查詢效率下降 30-50%
- 是否有「寫作樣本校準」——Claude 模仿樣本準度極高
最有效的單一改進:Instructions 結尾加 200-400 字「過去成功範例」——首稿可用度立刻翻倍。
⚠️ 警語
- 本文範本是 Mason 真實在用的版本——請根據你自己的業務調整,不要直接複製
- 客戶 / 商業機密 → 避免上傳到 Project——改用 本地 Ollama
- 跨團隊共享 Project → 必須升 Team / Enterprise 方案——且設明文使用政策
權威來源:
深入閱讀:➜ Claude 全產品 Pillar | Claude Memory 教學 | Claude Skills 完整指南 | Claude Artifacts 深度