Grok Botを「社員のように」任せるとき、先に決める共有環境と承認の境界

SpaceXSIは2026年8月、実際のツールを操作し、作業が必要なときだけ承認を求めるGrok Botをベータ公開しました。10月25日には、Elon Musk氏がBotを「優秀な社員」のように使う考え方を示しています。企業が先に決めるべきなのは、社員らしく任せる範囲ではなく、どの環境を共有し、どの操作で人へ戻すかです。

Botが自分のコンピューターで働くと、管理対象が変わる

Grok Botは、ブラウザーやファイルシステム、ターミナルを持つ永続的なクラウドコンピューターで、複数のアプリをまたぐ仕事を進めます。ノートPCを閉じても処理は続き、複数のBotが同じコンピューター上でファイル、ブラウザーセッション、アプリのログインを共有します。

ここは「Botごとに安全な箱がある」と誤解しやすい点です。公式ドキュメントは、同じユーザーのBot同士はセキュリティ境界ではないと説明しています。分業用にBotを増やしても、共有コンピューター内の認証情報や一時ファイルは共有され得ます。機密性の高い仕事を分けるなら、Botの名前ではなく、ユーザー、接続アプリ、コンピューターを分ける設計が必要です。

承認は、完了した作業を巻き戻さない

外部メール、公開、購入、削除、権限変更、本番変更などは、依頼文で止まる境界を明示し、提案内容を確認してから許可します。ただし公式仕様でも、承認は「提案された操作」を制御するもので、すでに終わった作業を元に戻すものではありません。パスワードや二要素認証、決済確認はBotへ送らず、人が画面を引き取ります。

たとえば営業支援なら、BotにはCRMから候補を集め、メールを下書きするところまで任せます。送信先、本文、添付、利用する顧客情報を人が確認し、送信だけを承認する形です。最初の検証では、読み取りと下書きで記録が残る仕事を選び、共有環境に残るログインやファイルを棚卸しします。AIを社員のように扱うとは、権限を広げることではなく、仕事の境界を先に言語化することです。