English
Slack連携までは「便利だな」という感覚だった。ブラウザ操作まで試したところで、便利さと怖さの境界線がかなりはっきり見えてきた。今回はその話だ。
Slackにつなぐ前に：まず「閉じた場所」から始めた
いきなりSlack全体にOpenClawのアクセスを渡すのは怖い。そこで最初は専用のプライベートチャンネルを1つ作り、OpenClawはそこにしかアクセスできない状態にした。実質、DMのような閉じた空間だ。便利だからといって最初から広く権限を渡すのではなく、まずはかなり限定された場所で様子を見る——この慎重さは、前回の「スキルを追加しない」という初期方針と同じ発想だ。
毎朝の予定が、Slackに届くようになった
Slackにつないで最初にやったのは、「毎朝やることをレポートして」とざっくり頼むことだった。細かい仕様をあらかじめ書き込んだわけではなく、Slackの中で会話しながら具体を決めていった。その結果、毎朝届くようになったのは今日のカレンダー、重要メールや未読メールの要約、天気、今日やるべきことの整理だ。
ここで面白かったのは、単なる情報の寄せ集めではなく、優先順位まである程度整理された形で出てくることだった。以前はカレンダーを開き、Gmailを確認し、天気を調べて、今日何を優先するかを自分で考えるという作業をバラバラにやっていた。それが朝一でまとめてSlackに届く。地味に見えるが、体験としてはかなり大きな変化だった。「AIに聞く」のではなく、AIの方から仕事の流れに入ってくる感覚だ。
ただ、メールにアクセスできるようになると「どこまで見せていいのだろう」という感覚は正直強くなった。Slackだけならまだ閉じた場所でコントロールしやすい。メールは別だ。ここで初めて、AIエージェント特有の緊張感が出てきた気がする。
ブラウザ操作：QuickBooksを動かしてもらった
次に試したのがブラウザ操作だ。私の副業の一つで、レストラン向けにテイクアウト容器を販売しており、毎週ローカルの仕入先に補充発注をかけるルーティンがある。在庫を確認し、売れ行きの傾向を見て、発注数を決め、発注メールの下書きを書く——という流れだ。在庫・売上の管理はQuickBooks Online（日本のfreeeに相当するクラウド会計サービス）を使っている。
ここで重要な設計判断をした。ログインは自分でブラウザを開いて先に済ませる。 OpenClawがChrome拡張経由でそのタブを操作できるようにしてから、その先を任せる形にした。認証情報まで渡すのはまだ怖い。ただその後のページ移動→レポート表示→データダウンロード→内容整理→発注メールの下書き作成は、全部任せられるようになった。
OpenClawが実際にブラウザの中を辿っていく様子を見て、初めて「これがエージェントっぽさなんだな」と実感した。単に答えるだけでなく、在庫確認から発注メールの下書きまで一連の流れを一緒に進められる。「認証という人間側の関所を残す」という設計で、現時点の自分にとっては許容範囲に収まっている。
見えてきた「実務で使える境界線」
今回使ってみて改めて思ったのは、OpenClawの面白さはLLMそのものではなく、Slackの中に入ってくること、メールやカレンダーに触ること、ブラウザの中で手を動かすこと——という外の世界との接続部分にあるということだ。Slack連携で「入口」が変わり、ブラウザ操作で「できる仕事」が変わる。
その一方で、「どこまで権限を渡すのか」「どこに人間の確認を残すのか」という判断が本質になってくる。便利さと怖さは表裏一体だ。次回は、このシリーズの総まとめとして、OpenClawはどういう人に向いているのか、逆にまだ早い人はどんな人か、現時点での評価を整理する。
藤本 真也 — カーネギーメロン大学にてECE（電気・コンピュータ工学）とコンピュータサイエンスを修了後、LSIロジックにて半導体設計エンジニアとしてキャリアをスタート。その後、デザイン雑貨の米国展開（MoMAを含む600店舗超）、日本食レストランのカリフォルニア進出、大手保険グループのDX推進など、業界を跨いだ起業・経営を日米両市場で実践してきた。2025年、Silicon Valley Japan Labを設立。シリコンバレーの最前線を日本へ、日本のポテンシャルを米国へ届けるリサーチ・コンサルティングを行っている。