接上你的工具
把 Notion 接給人工智慧代理人
公司維基幾乎從不因為寫得不好而死。它死於再也沒有人重讀。流程還停在兩年前的版本，客戶名冊裡留著早已不存在的列，過一陣子便沒人敢再信它。Notion 連接器讓代理人讀取頁面並更新資料庫 — 這把問題從「寫下來的那一天」移到了第六個月，那才是真正見真章的地方。
1. 代理人在 Notion 裡做什麼
連接器經由 Notion 的官方伺服器，權限只有兩項，一項不多：讀取內容與更新內容。具體來說：
- 為了準確回答而讀頁面。要向客戶解釋一道流程的代理人，會到它被寫下來的地方去找，而不是從一個語言模型裡編出來。這就是「看似合理的回答」與「真實的回答」之間的差別。
- 當現實變了就更新頁面。調整過的價格、挪動的期限、刪掉的一步：修改發生在流程活著的地方，而不是發生在一則終將散失的訊息裡。
- 填充一個資料庫。給一張追蹤表加一列，補上一個空著的屬性，把說著同一件事的兩筆紀錄對上。
連接器不做的事：它既不碰工作區的設定，也不碰權限，更不碰 Notion 的帳務。它在內容裡工作，不在管理裡工作。
2. Notion 特有的雙重分享
這是在串接任何東西之前必須理解的特性：在 Notion 裡，範圍在兩個地方設定，而且兩處都算數。
先看 Notion 一側。一個整合並不因為連到某個工作區就能看見它 — 它看見的是被明確分享給它的頁面。未被分享的頁面是看不見的，即便對一個完全獲授權的整合也是如此。這是 Notion 的行為，不取決於我們，而且是好消息：邊界守在提供方那一側。
再看 nullbot 一側。串接要求指明三個層級：工作區、頁面、資料庫。代理人只在被指定的範圍內工作，即便 Notion 讓它看到的更多。
結果是兩者的交集，而應有的直覺正是：在 Notion 一側，只分享代理人確實要用的東西。「先看看」就把整個工作區分享出去，等於取消了兩層防護中的第一層。Notion 工作區裡常常有招募筆記、薪資表、尚未公布的專案 — 這三樣東西無論代理人多麼謹慎，都不該出現在它的脈絡裡。
3. 資料庫，以及它為什麼改變一切
Notion 的頁面是文字：更新它是一次編輯行為。資料庫則是另一回事 — 它是一種結構，帶有定型的屬性、檢視，還常常掛著自動化。
由此產生兩項在普通頁面上並不存在的謹慎：
- 往資料庫寫入一筆，可能觸發別的事。若某個「狀態」屬性驅動著 Notion 的自動化，修改它就會送出通知，或把該列移到另一個檢視。代理人看得見自己在寫入一個值，卻看不見隨之而來的連鎖。
- 資料庫同時被人使用著。不同於私人的試算表，Notion 的資料庫常常是一個團隊的工作檢視。有人正在查看時所做的修改並不嚴重，但值得留下痕跡。
正因如此，Notion 歸入目錄的最高風險等級，也正因如此，任何寫入預設都需要人工同意後才執行。良好的做法是：在驅動著什麼的資料庫上保留這道確認，即便放寬，也只在純粹的文件頁面上放寬。
4. 時間久了會有什麼變化
文件是第一天與第六個月落差最殘酷的領域。第一天人人都寫。到第六個月，沒有人再重讀。
- 第 1 週。代理人依據寫下來的內容，而不是依據自己的臆測。矛盾會自己浮現：兩個頁面給出兩個不同的期限，一旦代理人想用它們回答，差異立刻可見。
- 第 3 個月。修改隨時發生，在矛盾出現的當口，而不必等待一個永遠不會到來的「文件整理日」。
- 第 2 年。維基還能用 — 這本身就已是例外。一個熬過兩年而沒有變成墳場的 Notion 工作區是一項資產；多數熬不過來。
不承諾任何量化的收益：這取決於您工作區的規模、它的結構，以及在其中書寫的人數。
5. 常見問題
需要在 Notion Developers 上建立一個應用程式嗎？
不需要。串接從您的 Notion 帳號完成，走一次普通授權 — 您點擊，選擇要分享的頁面，就結束了。沒有東西要建立，也不必送交 Notion 審核。
代理人能刪除一個頁面嗎？
所申請的權限涵蓋內容的讀取與更新，不涵蓋工作區的管理。與所有寫入一樣，一次修改預設需要人工同意後才執行。若您擔心頁面被刪除，真正的答案在更上游：在 Notion 一側不要把那個頁面分享給整合。
Notion 頁面裡的內容能給代理人下命令嗎？
不會。被讀取的頁面被當作資料，絕不當作指令。這是平台的通則，在這裡尤其重要：公司維基對許多人開放寫入，塞進頁面裡的一句話不能變成命令。
可以串接多個工作區嗎？
範圍逐個工作區指明。接多個並無妨礙，但每一個都要單獨指定，連同它自己的頁面和自己的資料庫。不存在「整個 Notion」這種捷徑 — 這是刻意的。
延伸閱讀
接著讀：串接 Google 試算表、治理與預算，或 全部可用的連接器。