接上你的工具
把 Google 日曆接給 AI 代理
訂一次會面，很少能少於四封郵件。 一個接到 Google 日曆的代理查看您的行事曆與空檔，找出一個真正空著的時段，建立會面、修改或刪除它，並請齊與會人。這是少數幾項效果在第一週就看得見的收益之一——也是少數幾個權限界線值得細說的例子之一。
1. 代理在行事曆裡做的事
連接器對接的是 Google 的日曆介面，也就是用一個普通 Gmail 帳號就能跑起來的那一套，而不只是企業訂閱才有。可用的操作有七項，最有用的是尋找空檔時段：
- 查看。 讀取您的行事曆清單與真實的空檔，把已經排上的都算進去。
- 找出。 找一個多人都合適的時段——恰恰是那件被一再推後的活兒。
- 建立、更改、刪除。 訂下會面，需要時挪動，取消。
- 邀請。 加上與會人，他們會收到 Google 慣常的邀請。
具體來說，這把「下週幫我們找個時間見這位客戶」變成一個單獨的動作，而不是一串來回。
2. 三項權限，一項也不多
連接器索取的權限恰好三項：讀取您的行事曆清單、讀取您的空檔、管理會面。這個數目不是出於謹慎的設定——它是一道約束，值得弄明白。
這三項權限，正是為 nullbot 的授權畫面向 Google 申報的那些。哪怕多要一項——更寬的也好，確實有用的也好——都會讓所有使用者重新看到「未經驗證的應用程式」提示。 更寬的存取，代價就是每個人每次登入都要看一次警告畫面。我們寧可選窄的範圍。
實際的後果是：落在這個範圍之外的東西構不著，無論提出什麼要求。這是一道擔下來的界線，不是一處疏漏。
3. 接上自己的帳號
您用 Google 帳號登入，Google 的畫面列出三項權限，您同意。接著接入會要求點明所涉的帳號與行事曆：接在業務行事曆上的代理看不到私人行事曆。
有一個技術前提，接入時會告知您：Google 日曆的介面必須在承載本站台憑證的 Google Cloud 專案裡啟用。 這是一次性的動作，做一次就夠。
4. 仍在掌握之中的部分
訂一次會面是一次寫入，而寄出去的邀請沒法悄悄收回：被邀請的人已經收到了。預設設定把這一點考慮在內。
- 寫入前核可預設開著。 建立、挪動或刪除一次會面，在您明確放寬之前都要人工同意。很多使用者最後在單純建立上放寬，在刪除上保留——這是個合理的取捨。
- 範圍被點明。 帳號與行事曆在接入時就已指定。
- 花費在呼叫之前就已封頂，任何代理都一樣：額度用盡，呼叫就不會發生。
5. 時間久了會有什麼變化
這是少數幾個效果立刻可見、其後還會放大的連接器之一。
- 第 1 週。 約見的請求不再拖著：候選時段當天就發出去。
- 第 3 個月。 沒有人再用手去權衡，行事曆卻排滿了，真正空著的時段被用上，而不是消失在兩次往返之間。
- 第 2 年。 約時間不再是個話題。而省下的時間不是約的那點工夫——是兩次回覆之間的等待。
這裡同樣不承諾數字：收益完全取決於您的業務要處理多少會面。
6. 常見問題
代理會看到我私人會面的內容嗎？
它看到的是您所指定的那本行事曆裡的內容。若您的私人行事曆和工作行事曆是分開的，只接後者：這就是「點明範圍」的意思。尋找空檔時段時，代理需要知道某段時間被占著，不需要知道被什麼占著。
它能自己取消一次會面嗎？
刪除是破壞性動作：它預設要求人工核可，而這是我們建議保留的設定。一次取消會發到所有與會人那裡，並留下任何更正都補不回來的不快痕跡。
需要 Google 的企業帳號嗎？
就行事曆本身的使用而言不需要：連接器用的是那套能配合普通 Gmail 帳號運行的日曆介面。不過該介面必須在本站台的 Google Cloud 專案裡啟用——一次性的動作，接入時會告知。
如果我用的是 Calendly 而不是 Google 日曆呢？
Calendly 同樣在型錄裡，負責訪客一側的預約，包括嵌入您網站的某個頁面。兩者是互補而非替代：Calendly 接下請求，行事曆持有您空檔的真相。
延伸閱讀
接著讀：接入 Gmail、全部可用的連接器，或面向業務的 AI 代理。