Notion MCP 和 Notion AI 有什麼差別？我需要兩個都用嗎？
這是很多人會有的困惑。兩個東西的定位不同，不是互相替代的關係。
Notion AI 是 Notion 原生內建的 AI 功能，只在 Notion 裡運作。你在 Notion 頁面裡喚出 AI，它能幫你改寫文字、摘要頁面、翻譯、填充表格。它的優勢是和 Notion 的介面深度整合，操作很直覺；但它被限制在 Notion 自己的生態裡，不能在 Claude 對話裡和其他工具聯動。
Notion MCP 讓 Claude 從外部存取 Notion，在 Claude 的對話框裡操作 Notion。它的優勢是：能把 Notion 和其他工具（Slack、Gmail、GitHub、Claude 的其他能力）結合在同一個對話工作流裡；能利用 Claude 更強的語意理解和推理能力來操作 Notion 內容。
什麼時候用哪個：
我擔心讓 Claude 有寫入 Notion 的權限太危險，有沒有更安全的設定方式？
這個擔心很合理，安全設計上確實有幾個方式可以讓你更放心。
分層授權：不要把整個工作空間都授權給 Claude，只把特定的頁面或資料夾分享給整合。例如，只分享「2026 年工作」這個頂層頁面，而不是你所有的個人筆記或財務資料。
只讀整合：在建立 Notion 整合時，只勾選「Read content」，不勾選「Update content」。這讓 Claude 能搜尋和讀取 Notion 內容，但不能修改或新增任何東西。對於「用 Claude 搜尋知識庫」的用途，只讀模式完全夠用。
分開不同用途的整合：建立兩個不同的 Notion 整合，一個給「只讀 Claude」，另一個給「可讀寫 Claude」。只讀整合不限制頁面範圍；可讀寫整合只授權特定的目標頁面（如「Claude 可以寫入的筆記本」）。
刪除操作的保險機制：即使你給了寫入權限，Notion 的垃圾桶機制讓你在 30 天內還能恢復被刪除的內容。在你習慣 Claude 操作 Notion 之前，把「刪除」操作設定成需要你的明確確認，而不是直接授權 Claude 自動刪除。
Claude 能透過 Notion MCP 在 Notion 裡建立新的資料庫或資料庫欄位嗎？
這個問題的答案有一些細緻的地方。
讀寫現有資料庫：是的，Claude 能讀取現有 Notion 資料庫的內容、在資料庫裡新增記錄（rows）、更新現有記錄的屬性值、過濾和排序資料庫內容。這些是最常用的操作，大多數情況下都能順利執行。
建立新的資料庫：理論上可以，但這類操作的穩定性不如讀寫現有內容，而且建立資料庫時的結構設計（欄位名稱、欄位類型）需要你在 prompt 裡非常精確地描述，否則 Claude 會按照它的判斷建立，可能不符合你的需求。
新增或修改資料庫欄位（Properties）：目前這個操作在 MCP 裡支援度較有限，特別是複雜的欄位類型（如 Formula、Relation）。建議把「資料庫結構設計」留給你自己在 Notion 介面裡做，Claude 負責往設計好的結構裡填充和操作內容。
一個實用的工作分工：用 Notion 原生介面設計資料庫結構（你做這部分，因為你知道你要什麼）；讓 Claude 透過 MCP 負責把資料填入、整理、查詢（Claude 做這部分，因為這是重複且耗時的操作）。
如果我的 Notion 工作空間有團隊成員，讓 Claude 透過 MCP 寫入內容，其他成員能看到是 Claude 修改的嗎？
是的，這在 Notion 的修改歷史裡是可以追溯的。
當 Claude 透過 MCP 在 Notion 裡新增或修改內容時，這個操作在 Notion 的頁面歷史（Page History）和活動日誌（Activity）裡，會顯示為你建立的整合的名稱（例如「Claude MCP」）執行的操作。你的團隊成員在查看頁面歷史時，能看到「Claude MCP 在 [時間] 新增了一筆記錄」或「Claude MCP 修改了 [欄位]」。
這對團隊合作有幾個影響：
透明度：其他人能知道這個內容是透過 AI 自動生成的，不會把它誤以為是你手動寫的。這在協作環境裡通常是好事，特別是對於自動整理的會議記錄或自動更新的任務狀態。
信任：團隊需要建立共識，知道 Claude 有權限操作哪些頁面、在什麼情況下會自動寫入。避免其他人在不知道情況下發現 Notion 內容被「神秘地」更新了。
溝通建議：在開始讓 Claude 透過 MCP 寫入共享工作空間之前，先告訴你的團隊：哪個整合被建立了、它有哪些頁面的存取權限、在什麼情況下會自動寫入。這個溝通能避免很多不必要的困惑。
如果你用 Notion 管理知識、筆記、專案，你可能花了很多時間在「手動把東西放進去」——把會議記錄從 Slack 複製到 Notion、把研究摘要整理進資料庫、把行動項目更新到對應的專案頁面。
Notion MCP 讓 Claude 直接讀寫你的 Notion，這些手動步驟大部分可以消失。你可以說「把剛才的討論摘要記錄到 Notion 的『本週會議記錄』頁面」，或者「找出我 Notion 裡所有標記為『待辦』的讀書筆記」——Claude 直接執行，不需要你先打開 Notion、找到頁面、複製貼上。
這篇文章告訴你怎麼設定 Notion MCP，以及設定完之後哪些任務最有價值。
設定分兩個部分：Notion 端的授權，和 Claude 端的連接。
第一步：在 Notion 建立整合
前往 notion.so/my-integrations，點「New integration」，填入名稱（例如「Claude MCP」），選擇你的工作空間，能力選「Read content」和「Update content」（根據你的需求決定要不要給寫入權限）。建立完成後，你會得到一個 Internal Integration Token——把它記下來，等一下要用。
第二步：授權你的 Notion 頁面
Notion 的安全設計是「整合預設不能存取任何頁面」，你需要手動把特定頁面（或整個工作空間的頂層頁面）分享給這個整合。做法：打開你要讓 Claude 能存取的 Notion 頁面 → 右上角三點選單 → 「Connections」→ 找到你剛建立的整合 → 點「Confirm」。如果你要讓 Claude 能存取整個工作空間，就在工作空間的最頂層頁面執行這個步驟，子頁面會自動繼承授權。
第三步：在 Claude 連接 Notion MCP
如果你用 Claude Desktop：打開設定 → 找到 MCP Server 設定 → 加入 Notion MCP server 設定，輸入你的 Integration Token。如果你用 Claude.ai 網頁版：進入 Settings → Integrations → 找到 Notion → 輸入 Integration Token 完成連接。
設定完成後，在對話裡提到 Notion 的內容，Claude 就會主動去讀取或寫入。
不是所有 Notion 操作都值得透過 MCP 做，以下是真正省時間的場景：
會議記錄即時整理：開完會之後，把討論的重點說給 Claude 聽（或者把逐字稿貼給它），說「請把這些整理成結構化的會議記錄，包含：決定事項、行動項目（含負責人和截止日期）、待討論事項，然後新增到我 Notion 的『會議記錄』資料庫」。Claude 會直接在 Notion 裡新增一筆記錄，你不需要手動操作。
跨頁面資訊搜尋：「找出我 Notion 裡所有提到 [客戶名稱] 的頁面，列出標題和最後更新日期」。Notion 的原生搜尋在跨資料庫查詢時效果不理想，Claude 透過 MCP 的語意搜尋更精準。
批量屬性更新：「把我 Notion 任務資料庫裡所有截止日期在今天之前但還沒完成的任務，狀態改為『逾期』，並列出清單給我」。這類批量操作在 Notion 原生介面裡要手動一筆一筆改，透過 Claude 一句話完成。
知識庫問答：「我 Notion 的產品規格書裡，關於 [功能名稱] 的技術限制是什麼？」——Claude 直接讀取 Notion 內容回答，不需要你先找到頁面。
Notion MCP 很強大，但有幾個真實的限制需要知道：
格式支援的邊界：Claude 能讀寫大多數 Notion 的內容類型（文字、待辦清單、標題、引用、Markdown 格式），但部分特殊格式（如複雜的資料庫 Formula 計算、內嵌的圖表、Synced Block 的跨頁面同步）透過 MCP 操作時可能行為不如預期。
大型工作空間的速度：如果你的 Notion 工作空間非常大（幾千個頁面），廣範圍的搜尋查詢可能比較慢，或者 Claude 需要分批處理。建議告訴 Claude「請從 [特定父頁面] 開始搜尋」，縮小範圍能顯著提升速度。
刪除操作需謹慎：Claude 透過 MCP 刪除的 Notion 內容會進 Notion 的垃圾桶，30 天內可以恢復。但如果你讓 Claude 執行批量刪除，請在授權之前確認你的指令是否精確——「刪除所有 2025 年以前的頁面」和「封存所有 2025 年以前的頁面」在結果上差距很大。
Notion MCP 真正改變的不只是「少複製貼上幾次」，而是降低了「把東西記進 Notion」的摩擦力。當你知道可以直接對話說「記錄一下……」，你更可能在資訊新鮮的時候就記下來，而不是心想「等一下再整理」然後永遠忘記。
這對知識工作者來說有個很實際的影響：你的 Notion 知識庫，可能因為記錄摩擦力降低，而變得比以前更完整、更有用。