常駐する​AIを、​会社で​どう​使うか

「呼ぶAI」から「そばにいるAI」へ

これまでのAIは、こちらから呼んで使うものでした。チャット欄を開いて頼み、答えが返ってきたら閉じる。頼まなければ、何も起きません。

2026年の夏から秋にかけて、その前提を変える製品が続けて出ました。専用のクラウドのコンピューターを持ち、こちらがパソコンを閉じても動き続け、必要なときだけ戻ってくる。メールやカレンダー、チャットにつながり、頼む前に動くこともある。本稿では、こうした個人に付くAIを「常駐型エージェント」と呼びます。

2026年秋に出そろった主な常駐型エージェント

各社の公式発表で確認できた範囲を並べます（本稿執筆時点：2026年10月23日）。

ほかにも、Google は Gemini Spark（2026年5月発表、米国で先行提供）、Anthropic は Claude Duet（2026年10月21日発表、米国でリサーチプレビュー）を出しています。Slack のチャンネルに常駐するチーム向けの Claude Tag（2026年6月発表）のような形もあります。

何が変わるか

常駐型エージェントで変わるのは、AIの賢さそのものより、AIと人の距離です。

たとえば OpenAI は、dots の発表の中で、初期テスターの dot が請求し忘れていた取引先に気づき、請求書を作って、テスターの承認を得てから送った例を紹介しています。こちらが頼んでいないことに気づき、送る直前で人に戻す。常駐型の働き方をよく表した例です。

個人では便利なのに、組織に入れると詰まる

一人で使う分には、常駐型エージェントはすぐに便利さを感じられます。ところが会社の仕事に入れようとすると、多くの場合ここで止まります。理由はシンプルで、このAIが「誰として」動くのかを決めないと、会社のデータに触らせられないからです。

各社の設計を見ると、答えは大きく2つに分かれています。

dots は、個人の dot とは別に、会社が固有のIDと認証情報を与えて特定の役割を担わせる「業務特化型 dot」を、企業向けの試験導入から始めると発表しています。Claude Tag も、チャンネルではClaude専用のアカウントで動き、1対1の会話だけは本人として動きます。分身と役割を分けるのは、各社に共通する流れです。

権限を整理したあとの、理想の形

分身と役割を分け、権限を整理し終えた会社では、次のような形になると考えています。

ポイントは3つです。

1. エージェントの数は増えても、手順は1つ。 分身も役割も、会社が配った同じSkillで動きます。人によって出てくるものの質がばらつく問題は、ここで止まります（Skillの配り方は「スキルとプラグインで、社内の作業手順を標準化する観点」で整理しています）
2. 見てよいものは、元の保管場所が決める。 エージェントのために新しい権限表を作るのではなく、SharePoint や Google Drive などの既存の権限をそのまま使います（考え方は「会社のRAGは、何から作るか」で整理しています）
3. 人は「押す人」になる。 作業の大半はエージェントが進め、取り返しのつかない操作の直前だけ、人に戻ってきます

ただ、実際に動かしてみると、この「人に戻ってくる」が多すぎて、任せた仕事が最後まで終わらないという壁に当たります。エージェント側の安全の仕組みが厳しく、承認待ちで止まってしまうのです。この壁との向き合い方は、続きの限定公開パートで整理しています。