エージェントは「呼び出すもの」から「常時走るもの」へ
これまで企業が触れてきたAIエージェントの多くは、人が指示を出したその場で動き、答えを返して止まる「呼び出し型」だった。チャットに問いを投げ、結果を受け取り、セッションを閉じる。主導権は常に人間の側にあった。
2026年8月11日、この前提を揺らす発表が偶然にも同じ日に2つ重なった。ひとつは xAI（SpaceXAI）の Grok Bot ——クラウド上で「常時稼働（always-on）」し、ノートPCを閉じても働き続けるエージェント。もうひとつは NVIDIA の新モデル Nemotron 3.5 Lightning が Oracle Cloud（OCI）で提供開始されたこと——公式に「always-on AI agents 向け」と位置づけられた開いた（オープンな）モデルだ。
製品とモデルの両側から同じ方向の矢印が出ている。エージェントの実行モデルが、人の操作に紐づく「呼び出し型」から、人の不在中も走り続ける「常駐型（always-on）」へと軸足を移し始めた。本稿はこの転換が日本企業に突きつける論点を、確認できた一次情報の範囲で整理する。homula がエンタープライズのエージェント導入で最初に問うのは、いつも「動かす前に、どう統べるか」だ。常駐化はその問いを一段と重くする。
何が「新しい」のか——呼び出し型と常駐型の違い
常駐型が持ち込む変化は、性能の話ではなく運用モデルの話だ。両者の差を整理する。
| 観点 | 呼び出し型（従来） | 常駐型（always-on） |
|---|---|---|
| 起動 | 人が指示した時だけ | 一度預けたら継続稼働 |
| 実行場所 | セッション単位・都度終了 | 永続的なクラウド計算機上 |
| 人間の関与 | 各ステップで人が確認しやすい | 不在中に工程が進む |
| 認証情報 | その都度・短命になりやすい | ログインを保持し続ける |
| コスト | 使った分だけ | 走り続ける限り発生し続ける |
| 監査の必要性 | 事後確認で足りる場面も | 常時記録が前提になる |
呼び出し型では「人が見ている」ことが暗黙のセーフティネットだった。常駐型はそのネットを外す。だからこそ、統制を設計として明示的に埋め込む必要が出てくる。
Grok Bot が見せた「常駐エージェント」の実像
Grok Bot は、この新しいクラスを分かりやすく体現している。報道と xAI 自身のドキュメントによれば、その挙動はおおむね次の通りだ。
- 永続的なクラウド計算機で動く。 各ユーザーに割り当てられた Linux 仮想マシン上で稼働し、ユーザーがノートPCを閉じて就寝したあとも作業を続ける（MacRumors）。
- API を必要としない。 人間と同じようにブラウザ上でサイトを開き、クリックし、フォームに入力する。専用コネクタが無いツールでも「画面操作」で扱う。
- 対応プラットフォーム。 macOS / iOS / Windows / Linux で提供され、Android は予告段階。
- 価格帯。 ベータ利用は SuperGrok Heavy（月額 $300）、Cursor Ultra（月額 $200）、または Cursor Teams Premium（1席 月額 $120）などの上位プランが条件とされる。
問題は、この「常駐」を支えるアーキテクチャそのものにある。複数のレビューと xAI のドキュメントによれば、1つのアカウントに属する複数の Bot は、単一のクラウド計算機を共有し、ファイル・ブラウザセッション・コマンドラインの認証情報まで共有する。そして xAI 自身が「個々の Bot をセキュリティ境界として使わないでほしい」と明記している——ある Bot でツールにログインすると、他の Bot もそのセッションを引き継ぐ、というのだ（TechTimes、SpaceXAI Docs）。
常駐エージェントの怖さは「速さ」ではなく「持続」にある。保持されたログインセッションは、単一タスクが終わったあとも価値を持ち続ける。乗っ取られれば、被害も常駐する。共有ログイン前提のツールを、権限分離が必要な業務にそのまま持ち込むのは避けたい。
これは特定製品の粗探しではない。常駐型が構造的に抱える論点——「走り続ける計算機」「保持され続ける認証情報」「不在中に進む工程」——を、最も早い実例が可視化したと捉えるべきだ。
モデル側も「常駐前提」に寄り始めた
同じ8月11日、NVIDIA の Nemotron 3.5 Lightning が OCI Enterprise AI で提供開始された。Oracle の告知は、このモデルを「always-on AI agents 向けに設計された、カスタマイズ可能な最新のオープンモデル」と説明し、主要なエージェント・ハーネス（実行フレームワーク）向けに訓練され、高頻度・大量のタスクを速く処理することを強調している（Oracle Blog）。
意味するところは明快だ。常駐エージェントは24時間、絶え間なく推論を回す。そこでは最高性能の巨大モデルより、軽く・速く・安く回り続けるモデルの経済性が効いてくる。「always-on 向け」を掲げた高速モデルの登場は、常駐化がニッチではなく前提になりつつある兆候といえる。
同時に Oracle は、OCI Enterprise AI のホスト型アプリ・エンドポイントが OCI IAM 認証に対応したことも告知した。組織が既存のIDとポリシー基盤で、常駐アプリのアクセスを統制できるようにする狙いだ。ここにも「常駐化するなら、ID起点の統制を土台に」という同じ思想が読み取れる。
常駐化が企業に突きつける4つの設計課題
「エージェントを24時間走らせる」を実務に落とすとき、決めておくべきことは4つに集約される。
1. ID——共有ログインを捨て、エージェント固有IDへ。 Grok Bot が示したのは「共有ログインは危うい」という教訓だ。人間の認証情報を借りて走る常駐エージェントは、権限も監査主体も曖昧になる。各エージェントに専用の非人間ID（NHI）と最小権限を割り当て、「誰が・何の権限で」動いたかを常に切り分けられる状態を先に作る（関連: AIエージェントに『それ専用のID』を）。
2. 支出——常時稼働は常時課金。 呼び出し型は使った分だけだが、常駐型は走る限りコストが発生し続ける。上限（キャップ）・アラート・停止条件を持たないまま常駐させれば、月末の請求で気づくことになる。エージェント単位・チーム単位の予算とFinOpsを、稼働開始と同時に敷く。
3. 監査——事後確認から、常時記録へ。 人が見ていない時間に工程が進む以上、「何を・どのデータに触れ・どこへ送ったか」の行動ログは常時取得が前提になる。後から追える監査証跡は、インシデント対応にも規制対応にも効く。
4. 人間の関与——「止められる」設計。 完全放置と完全手動の間に、承認ゲートと停止スイッチを置く。高リスクな操作（送金・外部送信・本番変更・削除）は人間の承認を挟み、逸脱時には即座に止められる。常駐エージェントに必要なのは自由の最大化ではなく、任せる範囲の明示だ（関連: プロンプトインジェクションに鍵を渡さない）。
アクセル（常駐化＝委任量の拡大）とブレーキ（ID・支出・監査・承認）は、同時に設計する。片方だけを先に踏むと、それは競争優位ではなくリスクの前借りになる。
homula の観点——「常駐させる前に、統べる基盤を」
homula はエンタープライズ向けの AIエージェント・インテグレーターとして、戦略策定 → PoC（最短5日）→ 実装 → 運用 → 内製化までを一気通貫で支援している。常駐型の登場は、私たちが一貫して置いてきた順序——「動かす前に統べる」——の重要性をむしろ高める。
- 接続は、共有ログインに頼らない。 プラットフォーム Agens は MCP を活用し、200以上のツールと構築ゼロで接続する。人間のパスワードを常駐エージェントに握らせる方式ではなく、統制された接続レイヤーを土台に置くことが、常駐化の前提条件になる。
- 統制は、常駐を見越して先に敷く。 Agens Control は承認フロー・DLP・5年分の監査ログ・RBAC を提供する。上の4課題（ID・支出・監査・承認）を、稼働後ではなく設計段階で埋め込むための部品だ。
- 技術は業務に合わせて選ぶ。 n8n / Dify / LangGraph などを状況に応じて使い分け、常時稼働に耐える構成を組む。まずは AIエージェント・ブートキャンプ（業務棚卸し・プロトタイプ構築・ROI試算を3〜5日で完結）で、「どの業務を・どこまで常駐させてよいか」の線引きから始めるのが堅実だ。
派手な自律性のデモよりも、「任せてよい範囲」と「止められる仕組み」を先に持つ企業が、常駐化の果実を安全に取りにいける。
まとめ
2026年8月11日、Grok Bot と Nemotron 3.5 Lightning は、AIエージェントが「呼び出すもの」から「常時走るもの」へ移りつつあることを、製品とモデルの両面から示した。常駐化は生産性の伸びしろであると同時に、人が見ていない時間に進む工程・保持され続ける認証情報・止まらない課金という、新しい統制課題を連れてくる。
問うべきは「どのエージェントが賢いか」ではなく、「24時間走らせても大丈夫な統制を、先に敷けているか」だ。ID・支出・監査・人間の関与——この4点を設計に埋め込めた企業だけが、眠らないエージェントを味方にできる。
常駐エージェントを「安全に走らせる」ための統制設計、まずは自社の業務棚卸しから一緒に始めませんか。