把 Notion 帶進 Ottermind：讓團隊頁面成為推進工作的依據

把 Notion 專案頁面帶進你正在 Ottermind 中處理的工作。設定好 Notion 技能後，你的代理就能讀取有權限存取的內容，協助整理成實用簡報，並為團隊既有的頁面準備更新。從你需要瞭解的專案，以及需要做出的決策開始。

真正有改善空間的，是從開啟頁面到知道下一步該做什麼之間的工作。上線計畫描述範圍，決策紀錄說明範圍為何改變，追蹤表則記載尚待完成的事項。將這些內容放在一起閱讀，應該能讓你準備好參與專案，同時隨時查閱來源頁面。

本文以一個虛構的新使用者註冊引導上線專案，示範從會前準備到會後追蹤的流程。範例資料與產出僅用來說明工作流程，並非真實客戶任務的紀錄或產品測試。

準備好 Notion 連線

這個流程使用連接 Notion 代管 MCP 伺服器的 Notion 技能。這是 Ottermind 收錄的第三方技能，設定過程使用 mcporter 和 Notion OAuth 授權。啟用技能，將它綁定至處理這項工作的代理，並在開始前依照說明完成連線。

接著，把一個你熟悉的頁面 URL 傳給代理，請它確認頁面標題。第一次讀取可以確認這個連線能存取哪些內容。如果你同時使用個人與公司工作區，也要確認連到的是正確的工作區。

Ottermind 設定指南說明技能綁定方式，Notion 連線指南則介紹授權流程。可用工具取決於所連接的帳號、權限與方案。

帶著整理好的背景資訊參加專案審查

假設你剛接手一個新使用者註冊引導上線專案的協調工作。同事傳來三個連結：上線計畫、決策紀錄，以及上線準備追蹤表。你需要在明天的審查前，弄清楚團隊已經同意上線哪些內容。

第一個請求就應該說明這個目的。只說「摘要這些頁面」，等於讓代理自行決定哪些細節重要；「幫我準備討論上線範圍與未決事項」，則讓簡報有了明確的讀者與用途。

我正在接手新使用者註冊引導上線專案的協調工作。
請閱讀下列 URL 中的上線計畫、決策紀錄與上線準備追蹤表：
[頁面 URL]。為明天的範圍審查準備一頁簡報。

請包含上線目標、已同意的範圍、已做出的決策，
以及仍待解決的問題。每個實質要點都要附上來源頁面連結。
區分提案與已確認的決策。如果頁面之間有矛盾，
請列出互相衝突的敘述，以及我們需要釐清的問題。
若有相關內容無法讀取，請告訴我。

為了看清楚一份實用的回答應該做到什麼，假設來源頁面包含下列資訊：

關鍵在於找出這些敘述之間的關係。逐頁重述只會把三條資訊再講一遍。實用的簡報會指出還需要做出什麼決策，才能讓計畫與追蹤表一致。

Notion 的工具支援擷取頁面內容，以及搜尋有權限存取的工作區資料。準備簡報時，應請代理開啟重要搜尋結果對應的頁面，而非只依賴搜尋摘要。

讀取來源頁面: Notion MCP 支援的工具

第一版簡報完成後，可以進一步指定讀者：「請改寫給客服主管閱讀，著重說明客戶會看到哪些註冊流程，以及客服團隊需要做哪些準備。」這次追問會調整內容重點，同時保留相同的依據。它也能幫助你發現第一稿假設讀者已經知道、實際上卻需要補充的背景資訊。

把繁雜的追蹤表整理成簡短會議議程

瞭解範圍後，下一個問題是審查應該把時間花在哪裡。追蹤表可能有數十筆紀錄，但今天真正需要決策的也許只有幾項。

從團隊實際儲存的檢視開始。請代理先檢查欄位與可見紀錄，再整理議程。Notion 的資料庫工具提供檢視與資料來源資訊，不過查詢存取能力會因方案而異。如果無法完整讀取指定檢視，產出的議程應明確說明。

請使用這個上線準備追蹤表檢視：[檢視 URL]。
檢查新使用者註冊引導上線專案中尚未完成的事項。

請回傳表格，包含事項標題、來源連結、已記錄的負責人、
已記錄的下一步行動，以及需要決策的問題。
聚焦於缺少負責人、缺少下一步行動，或範圍與我們剛閱讀的
決策紀錄有衝突的事項。
不要指派人員或安排日期。請僅將它作為會議議程提案。

以這個虛構的上線專案為例，一份實用議程可能如下：

這些資料列只是範例，並非從真實工作區取得的資訊。它們示範了你應要求的具體程度：明確的缺漏、對應的紀錄，以及一個有人能回答的問題。

你可以在同一段對話中繼續調整議程。例如，請代理挑出審查結束前必須解決的三個問題，或依需要回答的人將事項分組。任何建議的討論順序，都應與紀錄中的優先順序清楚區分。

這樣產出的會議文件就有明確用途。相關紀錄已經找出，大家便能把時間用來決定責任歸屬與範圍。審查後，也能回到同一批紀錄，落實達成共識的修改。

將決策寫回團隊會使用的頁面

審查只是工作的一部分。決策需要一個能長期查閱的存放位置，尤其是當有人一週後才讀到上線頁面，卻沒有參加會議時。

接續簡報，加入已確認的會議筆記。例如，團隊可能已同意將單一登入排除在本次上線之外，並由一位明確指定的客服主管負責常見問題文件。寫入 Notion 前，先請代理提出更新草稿。

以下是我們上線審查中已確認的結果：[已核准的筆記]。
請為這個專案頁面起草一則附上日期的更新：[頁面 URL]。

包含我們做出的決策、原因，以及筆記中明確記載的
下一步行動。展示要新增章節的完整內容與建議放置的位置。
保留頁面其餘內容。寫入前請等待我的確認。
寫入後，重新讀取修改過的部分，並回傳頁面連結。

更新可以採用簡單的結構：決策 → 原因 → 下一步行動 → 相關紀錄。這能給下一位讀者足夠的脈絡，既理解結果，也知道工作將在哪裡繼續。沒有影響決策的討論可以省略。

所選技能能更新有權限存取的 Notion 內容；它的說明要求，對具體修改對象有清楚的操作意圖。指定目標頁面並審閱擬新增的章節，就能讓意圖具體可辨。

寫入達成共識的更新: 所選 Notion 技能與支援的操作

如果追蹤表屬性也需要修改，請將它視為一項獨立、明確指定的編輯。新增決策紀錄，不會自動更新所有仍引用舊範圍的紀錄。請代理列出剩餘的不一致之處，再由你決定哪些更新屬於這次任務。

從一項真實決策背後的頁面開始

拿出你正在參與的某個專案的計畫、決策紀錄與追蹤表。請代理整理一份能在下次討論前讀完的簡報，再運用相同脈絡準備議程並記錄結果。

這是使用 Ottermind 代理工作區的一種實用方式：讓來源資料持續連結到它支援的工作。若你還不熟悉可重複使用的技能，可以先閱讀技能入門介紹。如果已有準備好的專案，開啟 Notion 技能，從專案的來源頁面開始。