Google スプレッドシートを AI エージェントにつなぐ

1. エージェントがシートで行うこと

範囲は意図的に狭くしてあります。選んだスプレッドシートを読み、更新することです。Google ドライブ全体へのアクセスでも、文書へのアクセスでも、メールへのアクセスでもありません。

• 決めるために読む。未払いの督促をすべきエージェントは、誰かに読み上げてもらうのではなく、期日の列を自分で読みます。注文を準備するエージェントは、在庫が管理されているシートで在庫を確かめます。
• 動くものを更新する。処理済みの行にチェックを入れ、日付を記入し、電話のあと空白のままだった列を埋める。
• 二つの情報源を突き合わせる。シートが言うことと、別につないだツールが言うことを比べる。古い誤りが浮かび上がるのはたいていそこです。

接続ではGoogle アカウントと、対象の各シートを指定します。「私のシート全部」という方式は存在しません。設置は速くなるでしょうが、六か月後に弁明するのははるかに難しくなります。

2. 二つのつなぎ方と、どちらを選ぶか

Google スプレッドシートは二つの道を用意する数少ないコネクターのひとつです。前提条件も手間も同じではありません。

Google の公式経路。Google アカウントを接続すると、エージェントはそのアカウントがすでに開けるシートにアクセスします。すっきりしていて、Google アカウントから一度のクリックで取り消せ、権限はまさにあなたのものと同じで、それ以上にはなりません。決める前に知っておくべき留保がひとつ。この Google のコネクターはまだ開発者向けプレビュー段階にあり、Google Cloud のプロジェクトで有効化する必要があります。越えられない作業ではありませんが、「クリックしたらつながった」でもありません。途中で気づくより、先に知っておくほうがよいでしょう。

共有による従来の経路。より古く、より素朴で、前提条件はまったくありません。同僚に共有するのと同じように、各シートを nullbot のロボット用アドレスに共有し、そのシートのリンクを貼り付けます。どこかで何かを有効化する必要はありません。

私たちの推奨。組織にすでに Google Cloud のプロジェクトがあるなら、公式の経路を選んでください。そうでなければ共有による経路が今日から動かしてくれますし、あまり指摘されない利点があります。共有はシート自体の上に、アクセス権を持つほかの人と並んで見えるのです。見えるものは取り消されます。埋もれたものは忘れられます。

3. ここでの書き込みが読み返しに値する理由

表計算はデータベースではありません。そしてリスクはまさにそこにあります。データベースは型の合わない値を拒みますが、表計算は受け入れてしまいます。三つの違いが効いてきます。

• 書き込みは上書きです。あるセルについて、簡単に取り戻せる「以前」の版はありません。Google スプレッドシートの履歴は存在しますが、何百もの改訂のなかから一つのセルの正しい値を探し当てるのは、日常の手つきではありません。
• 一つのセルが百を養うことがあります。列に書かれた値は数式やグラフを、ときには相互参照によってほかのシートを養います。書き込みの帰結は、触れたマスをはるかに越えて広がります。
• 構造は保証されません。人が誤った場所に挿入した一行、動かされた一列。それだけでエージェントが頼っていた目印は、予告なく位置を変えています。

こうした理由から Google スプレッドシートは最上位リスク区分に分類されており、実行前に書き込み操作を読み返す設定は残しておくべきものです。具体的な助言としては、エージェントが単独で埋めるシートでは自由に書かせ、人も作業するシートでは承認を維持してください。

4. 時間が経つと何が変わるか

会社の表計算にはよく知られた道筋があります。最初は申し分なく、六か月で曖昧になり、二年後には新しい表計算に取って代わられて放棄されます。

• 第1週。シートは夜の手入力であることをやめます。入るべきものは、その事実が起きた時点で入ります。誰かが時間を見つけたときではありません。
• 3か月目。空行や重複がまれになります。日曜日に片づけをしたからではなく、もう何も溜まらなくなったからです。
• 2年目。シートはまだ最初のものです。それが本当の成果です。前のものが当てにならなくなったせいでゼロからやり直す羽目にならなかった、ということです。

数字で示せる効果は約束しません。それはシートの量と、それを変更する人の数によります。

5. よくある質問

さらに読む

続きを読む：Notion をつなぐ、財務のための AI エージェント、または 利用できるすべてのコネクター。