TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
Notion 3.7 Agent Skills 把團隊提示詞變成跨工具技能
Notion 在 2026 年 9 月 15 日推出 3.7 版，把可重複的團隊流程做成 Agent Skills：skill 本身是 Notion 頁面，可下載成開放標準的 SKILL.md 交給 Claude Code、Codex、Cursor 等本機 Agent；官方兩天後再釋出 Skills API，把單向下載升級成可雙向同步的管線。
用 AI 摘要這篇文章：
Notion 在 2026 年 9 月 15 日發布 3.7 版，主題直接寫在版本名稱上：Agent skills for your whole team。新版把「可重複使用的提示詞」升級成一種叫 skill 的東西，讓校稿規則、會議摘要格式、提案審查標準這類團隊流程可以被集中管理、分享，還能下載成 SKILL.md 檔案，交給 Claude Code、Codex、Cursor、Gemini 或 Grok 這些裝在自己電腦上的 AI Agent 使用。兩天後的 9 月 17 日，官方再於部落格宣布 Skills API，讓程式可以直接把 Notion 裡的技能同步到 GitHub 或其他工具，雙向流通。
先說這波更新真正改變的東西。提示詞過去是個人資產，散落在聊天紀錄、私人文件、某位同事的腦中；用了 skill 之後，它變成組織資產，有集中的存放處、有版本歷史、有權限邊界，而且出口對齊開放標準，任何相容的 Agent 都拿得到同一份內容。Notion 官方部落格對這個定位毫不掩飾，列出技能庫的四個訴求，其中一條是 agent-neutral：技能要能在每一個 Agent 裡使用，而非鎖在單一工具內。代價也明確：下載到本機的只是副本不會自動同步、擁有編輯權的人改動會影響所有使用者、整套管理控制只在 Business 與 Enterprise 方案。以下細節均對照 9 月 23 日抓取的官方發布說明、說明中心文件與開發者文件。
Skill 就是一個 Notion 頁面
說明中心給 skill 的定義很直白：一份可重複使用的指令，教 Notion AI 如何完成某一類工作。它本身就是 Notion 頁面，所以共用、編輯、整理進資料庫、查看頁面歷史，全都沿用 Notion 原本的機制。官方給的判斷標準也很實用：如果同一段提示詞你會複製貼上超過一次，它就有資格變成 skill。
Notion 同時在說明中心把四種 AI 協作方式放在同一張表裡，對照著看就知道 skill 的位置：
| 類型 | 是什麼 | 適用時機 | 怎麼啟動 |
|---|---|---|---|
| Instructions | 形塑 Agent 行為的個人指引 | 幾乎每次互動都該遵守 | 永遠開啟 |
| Skill | 某類工作的可重複方法、標準或格式 | 你在指揮工作，要 AI 照既定做法執行 | 自己挑選，或 Agent 判斷任務相符時使用 |
| Notion Agent | 隨選的 AI 助理 | 一次性或多步驟的臨時任務 | 在對話中提出要求 |
| Custom Agent | 有自己的指令、權限、工具與觸發條件的 AI 隊友 | 流程重複出現，團隊要能手動或自動執行 | 人、排程或事件觸發 |
簡單講，希望所有答案都用繁體中文，放 Instructions；要把每週會議整理成固定格式，做 skill；每逢新客訴自動分類並通知負責人，那是 Custom Agent 的工作。界線畫在「持續套用的偏好」與「某一類任務的做法」之間。
建立的方式有三種。打開側邊欄 Library 的 Skills 分頁按 New skill；或把既有的 SOP 頁面用右上角選單的 Use as a skill 直接轉換；也可以在 Notion Agent 對話裡輸入斜線後按加號，或直接說「我想建立一個 skill」，讓 Agent 引導你把平常的做法寫成技能。選取文字時的選單本來就有 Improve Writing、Proofread、Explain、Reformat 四個內建技能，自訂技能可以加進選單取代或補充它們。
團隊共用的單位是 skills database。在這種資料庫裡，每一個新頁面自動成為 skill，並附帶 Description、Files 等現成屬性：Description 描述這個技能做什麼、何時用；Files 放參考文件、範例、腳本等支援材料。既有的資料庫也能透過設定面板的 Turn into Skills database 轉換，把說明重複任務的整批 playbook 頁面一次升級。說明中心的建議是先用一個共用資料庫，等到不同群組需要不同權限或擁有者時再拆分。
自動執行的前提是描述寫得夠清楚
Skill 可以手動觸發，也能讓 Notion Agent 自己判斷使用。自動使用預設開啟，但有一個關鍵條件：只有放在 skills database 裡、並且寫了 Description 的技能才能自動觸發，因為 Agent 是靠描述來判斷任務與技能是否相配。獨立頁面形態的 skill 想要自動執行，得先搬進資料庫補上描述。
說明中心文件同時載明了數量邊界：每個成員最多啟用 200 個 skill，其中開啟自動使用的上限是 50。技能被使用時，答案裡會顯示它的名稱，全頁對話模式下也會出現在知識側欄，團隊能看出哪些技能真的被用上。不希望某個技能自行觸發的話，在 Library 的 Skills 分頁或技能頁面上關掉 Use automatically 開關即可。
找技能與開啟技能也是兩件獨立的事。Library 的 Discover 分頁列出 Notion 官方、管理員與同事分享出來的技能，按下 Enable for me 才會進入你自己的清單；擁有存取權與把它打開是不同層次的決定，共用頁面照樣出現在 Library 的 Shared 分頁裡。
下載成 SKILL.md 交給本機 Agent，但那是副本
這次更新裡最影響既有工作流的部分，是技能可以帶出 Notion。操作上打開技能頁面，從右上角選單選 Download to local agents，指定目標工具，Notion 就會把技能寫成 SKILL.md 檔案，連同經許可分享的附加檔案一起輸出。前提是 Notion 桌面應用程式與目標本機 Agent 安裝在同一台電腦上。說明中心也把「啟用」與「下載」明確分成兩個動作：在 Notion 裡用 Enable for me 開啟技能，與把副本送到本機 Agent，互不影響，下載不會改變技能在 Notion 裡的行為。
SKILL.md 不是 Notion 自創的封閉格式。它對應 agentskills.io 描述的開放格式：一個技能就是一個資料夾，核心是記載 name 與 description 中繼資料加上指令內容的 SKILL.md 檔案，還可以附帶腳本與參考資料。OpenAI 的 GPT-6 Astra 也宣稱相容這套標準，各家 Agent 讀的是同一種檔案，這正是 Notion 技能能跨工具流通的基礎。對已經在 Claude Code 或 ChatGPT Work 裡維護分層規則檔的團隊來說，等於多了一條把非工程同仁的流程知識接進同一個標準的路徑。
要守住的一條線是：下載的是當下的副本，不會自動保持同步。原始技能在 Notion 裡更新後，技能頁面會出現提示徽章，提醒你重新下載最新版。官方在最佳實踐裡的建議也是同一件事：把 Notion 端當維護中心，改完就再下載一次。
Skills API 把單向下載升級成雙向同步
9 月 17 日的官方部落格文章補上了另一塊拼圖。署名 Geoffrey Litt 的這篇文章宣布 Skills API：一組以符合標準的檔案格式、從 Notion 載入技能的 API 端點。開發者文件列出完整的工作流：先呼叫 List plugins 取得每個技能套件的 id 與 version_id，比對本地端儲存的上次版本號，只對有變動的項目呼叫下載端點，取得有時效的簽名網址，抓取並解開 gzip 壓縮的 tar 目錄。目錄結構在文件裡有具體範例：一個 plugin 資料夾放 plugin.json，skills 子資料夾之下每個技能各佔一個資料夾，內含自己的 SKILL.md 與附件，例如 code-review 資料夾裡放著 SKILL.md 與一份檢查清單 PDF。文件還寫了一條同步的保護規則：只有完整取得所有分頁的清單後，才能刪除本地端多餘的目錄，不完整或失敗的清單不得觸發刪除。
官方同時開源了一個 GitHub 同步範例儲存庫，把 Notion 技能定期同步進 GitHub 的 plugin marketplace，再接入 Claude、ChatGPT 或其他 Agent 應用程式；反方向也能透過 MCP 工具從 Agent 應用程式上傳與編輯 Notion 裡的技能。Vercel 的 skills 命令列工具隨即加入支援，執行 npx skills add 加上 Notion 頁面網址就能安裝單一技能，輸入 npx skills add notion 則能互動式安裝整個工作區的技能套件。這個命令列工具本身是開源專案，可作為對接 Skills API 的參考實作。
把這幾件事放在一起看，方向就很清楚：手動下載服務一般使用者，API 與同步範例服務工程團隊，MCP 與命令列讓技能能在兩側雙向流動。Notion 想當的是團隊 AI 技能的維護中心，編輯發生在它熟悉的頁面介面，消費端則散布到各家 Agent。這個策略與把代理執行環境本身做成代管服務的 OpenAI Agents API 走的是不同層次：一個賣流程知識的中控台，一個賣執行骨架。
權限與管理：誰能跑、誰能改、誰能帶走
因為 skill 就是頁面，權限沿用 Notion 的分享模型，說明中心把後果講得很明白：擁有檢視權限的人可以執行技能；擁有編輯權限的人，他的修改會改變所有使用者的技能內容。頁面歷史可以還原變更，但官方建議把編輯權限限縮在流程維護者身上。導入時每個共用技能都該有一位 owner 負責維持內容，這也是官方最佳實踐的條目之一。
管理員端的控制落在 Business 與 Enterprise 方案：可設定最多 50 個全工作區預設技能、可關閉 Allow local skill downloads 讓技能留在 Notion 內不外流、也能整個停用 skills 功能。Allow local skill downloads 預設開啟，這個開關值得資安與法務單位先看：技能內容往往就是內部流程知識，能不能被帶到個人電腦上的其他工具，是一條應該主動決定的邊界。
方案結構方面，官網定價頁顯示 Free 方案與每月每成員 10 美元的 Plus 方案只含試用性質的 AI 功能，Business 方案每月每成員 20 美元起才內建 Notion Agent。至於 skill 功能本身有沒有獨立的方案門檻，說明中心文件沒有單獨載明，若工作區看不到 Skills 分頁，先確認方案與功能推送狀態再判斷。
同一版還有子代理與 MCP，以及尚未確定的部分
3.7 不只技能一項。Custom Agent 現在能呼叫其他 Custom Agent 當子代理，各自帶不同的指令、資料存取權與模型；官方舉的例子是行動應用程式產品經理代理把錯誤報告交給分類代理、把指標問題交給報表代理，再整合成一份 Slack 更新，並引用客戶 Remote 用五個代理跑 IT 內部支援、每年節省 50 萬美元的說法，這是廠商宣稱的客戶案例數字。Custom MCP 連線讓 Agent 接上 GitHub、Amplitude 等工具，變更前需要使用者確認，以 Beta 限制在 Business 與 Enterprise；會議後自動作業、Agent SDK 公開測試、加快 50% 的 AI 搜尋也都屬於這個版本或鄰近時期的更新。
尚無法從官方文件確認的包括：免費方案帳號實際能不能建立 skill、功能在各工作區的推送進度，以及台灣帳號的收到時間。這波功能演進速度快，Skills API 文件標註的 Notion-Version 是 2026-03-11，短期內細節可能再變動，導入前以 releases 頁面與開發者文件當日內容為準。
先挑每週都會做的低風險流程，再決定誰維護與下載邊界
官方建議的路徑值得照著走：先挑一個每週都會做、風險低、結果容易檢查的流程做成技能，例如把會議紀錄轉成固定格式，確認輸出穩定後再考慮自動使用。技能頁面保持精簡，較長的規範用連結或 Files 屬性承載。團隊層級導入前，先決定誰當每個技能的 owner、編輯權給誰、要不要允許下載到本機，這三個問題比功能本身更影響成果。
已經重度使用 Claude Code 或 Codex 的團隊（Claude 的專案工作區就是典型場景），可以從 Skills API 與 GitHub 同步範例切入，把 Notion 當非技術同仁的維護介面、讓工程側維持既有的儲存庫工作流；一般使用者則先確認桌面應用程式環境，下載技能後記得養成重新下載的習慣。技能內容會跟著下載離開 Notion 的權限體系，涉及客戶資料、合約或內部財務流程的技能，匯出前應先清理不該外流的細節。
