把 Google 試算表接給人工智慧代理人

1. 代理人在一張試算表裡做什麼

範圍是刻意收窄的：讀取並更新所選的試算表。這不是對您整個 Google 雲端硬碟的存取，也不涉及您的文件或郵件。

• 為了決定而讀。要去催收欠款的代理人自己讀到期日那一欄，而不是請人念給它聽。準備訂單的代理人會到記錄庫存的那張試算表裡核對庫存。
• 更新會變動的東西。把處理完的一列打勾、填上一個日期、補齊通話之後仍然空著的一欄。
• 把兩處來源對上。比對試算表說的和另一個已串接工具說的 — 舊錯誤往往就是在這裡浮出水面。

串接要求指明Google 帳號以及每一張相關的試算表。不存在「我所有的試算表」這種模式：那樣搭起來更快，六個月後卻難辯解得多。

2. 兩種接法，以及該選哪一種

Google 試算表是少數提供兩條路徑的連接器之一。它們的前提條件不同，便利程度也不同。

Google 的官方路線。您連上自己的 Google 帳號，代理人就能存取該帳號本來就能開啟的試算表。乾淨俐落，可從您的 Google 帳號一鍵撤銷，權限與您本人完全一致 — 絕不更多。決定之前要知道的一個保留事項：Google 的這個連接器仍處於開發者預覽階段，必須在一個 Google Cloud 專案中啟用。這並非難以跨越的操作，但也不是「點一下就接好了」。與其做到一半才發現，不如事先知道。

分享方式的老路線。更老、更樸素，而且沒有任何前提：您像分享給同事那樣，把每張試算表分享給 nullbot 的機器人位址，然後貼上該表的連結。哪裡都不用啟用什麼。

我們的建議：如果貴組織已有 Google Cloud 專案，就走官方路線。否則，分享路線今天就能讓您動起來，而且有一個少被提及的好處 — 分享在試算表本身上就看得見，與其他有權限的人並列。看得見的東西會被收回；埋起來的東西會被遺忘。

3. 為什麼此處的寫入值得複核一遍

試算表不是資料庫，風險恰恰在此。資料庫會拒絕型別不符的值，試算表卻照單全收。有三處差別值得留意：

• 寫入即覆蓋。對某個儲存格而言，並不存在一個容易取回的「之前」版本。Google 試算表的歷史紀錄是有的，但要在數百次修訂裡找出某一格的正確取值，並不是日常的動作。
• 一個儲存格可以餵養一百個。寫進某一欄的值會餵養公式、圖表，有時還透過交叉參照餵養別的試算表。一次寫入的後果遠遠超出被碰到的那一格。
• 結構沒有保障。某個人在錯誤的位置插了一列，某一欄被挪動，代理人所依靠的參照點便悄無聲息地換了位置。

基於這些理由，Google 試算表歸入最高風險等級，而執行前複核寫入動作是應當保留的設定。我們的具體建議是：在代理人獨自填寫的試算表裡讓它自由書寫，在有人一同工作的試算表裡保留確認。

4. 時間久了會有什麼變化

公司的試算表有一條眾所周知的軌跡：起初無可挑剔，半年後開始含糊，兩年後被一張新表取代而遭棄置。

• 第 1 週。試算表不再是晚上手工輸入的產物。該進去的東西在事情發生的當下就進去，而不是等誰抽出時間。
• 第 3 個月。空列與重複變得稀少 — 不是因為誰在某個週日做了清理，而是因為不再有東西堆積。
• 第 2 年。試算表還是當初那張。這才是真正的成果：沒有因為上一張不再可信而不得不從頭再來。

不承諾任何量化的收益：這取決於您試算表的體量，以及修改它們的人數。

5. 常見問題

延伸閱讀

接著讀：串接 Notion、用於財務的人工智慧代理人，或 全部可用的連接器。