AIエージェントの常時稼働は危険？省エネ設計の論点

「ずっと動かす」ことのコストを計算したか

AIアシスタントをバックグラウンドで常時稼働させる——そのスタイルが当たり前になりつつある。カレンダーを監視し、メールを読み、位置情報を参照し、通知を飛ばす。便利さの裏側で、スマートフォンのバッテリーは昼前に半分を切り、クラウドとの通信は一日中続く。

問題はエネルギーだけではない。エージェントが「常に見ている」状態は、ユーザー自身が何を処理されているか把握できない状態と同義だ。利便性を選んだつもりが、自分のデータの行き先を選ぶ権限を手放しているという逆転が、静かに起きている。

では、どう設計すれば両立できるのか。研究と実製品の事例から、実務で使える判断軸を整理する。

Jagarinが示す「必要時だけ起こす」3層設計

Jagarin: A Three-Layer Architecture for Hibernating Personal Duty Agents on Mobileは、パーソナルエージェントをスリープさせたまま運用するためのアーキテクチャ論文だ。Androidで動くFlutterプロトタイプも実証されており、概念実証にとどまらない。

DAWN：「起こすかどうか」を判断するエンジン

中核となるDAWN（Duty-Aware Wake Network）は、オンデバイスで4つの信号を組み合わせてスコアを計算する。最適な行動タイミング、ユーザーの関与度予測、対応しなかった場合の機会損失、複数の用件をまとめて処理できるかどうか——この4変数から「今起こすべきか」を判断し、ユーザーごとに閾値を適応させる。重要でない通知は無音のままスリープを続け、本当に対応が必要な瞬間だけ通知またはエスカレーションを行う設計だ。

ARIAとACE：メールと機関通信を整理する

ARIA（Agent Relay Identity Architecture）は商用メールの仕分けプロキシとして機能する。請求書、ポイント通知、サービス更新といった商用メールをカテゴリ別にDAWNへ振り分け、初期設定の手間と手作業入力をゼロにすることを目標とする。

ACE（Agent-Centric Exchange）は、銀行や行政などの機関から個人エージェントへの機械可読な直接通信プロトコルだ。人間向けメールを代替する通信チャネルとして設計されており、エージェントが機関側の信号を直接受け取れるようになる。

この3層が揃うことで、Jagarinは「永続的なクラウド状態も継続的なバックグラウンド実行もなく、プライバシー上の妥協もない」スタックとして機能する。クラウドのエフェメラルエージェント（処理完了後に即消去される一時プロセス）はユーザーが明示的にエスカレーションした瞬間にだけ呼び出され、それ以外は起動しない。

Meta Ray-Ban Glassesが見せた「常時接続」の現実

対照的な事例が、Svenska DagbladetとGöteborgs-Postenによる調査報道だ。Meta Ray-Ban Glassesは2023〜2024年の合計200万台から2025年には700万台へと販売が急増した製品で、EssilorLuxotticaとの協業で製造されている。

調査では、Metaの委託先であるケニア・ナイロビのSama社が、スマートグラスで撮影されたデータのラベル付け作業（データアノテーション）を担っていると報告された。従業員はバスルームでの行動、性行為、銀行カードが映り込んだ動画などを処理したと証言している。

ユーザーがオフにできない形でデータが転送され得ることはMetaのプライバシーポリシーに明記されており、「場合によってMetaがAIとのやり取りをレビューする」という条項も存在する。ネットワーク通信の解析では、スマートフォンがアプリ経由でスウェーデンのルレオやデンマークのMetaサーバーと頻繁に通信していることも確認されている。

販売店員への聞き取りでは「何も共有しない」「すべてローカルに残る」という説明があった一方、「データがどこへ行くか分からない」という回答も混在した。現場レベルで正確な説明が揃っていない以上、購入者が自衛するしかない状況だ。

実務で使える「省エネAI」の選び方

Jagarinの設計思想とMeta事例を並べると、AIエージェントを選び・使う際に確認すべき問いが見えてくる。

処理はどこで行われるか

オンデバイス処理とクラウド送信の比率を確認する。Jagarinが目指すのは「ユーザーがエスカレーションを選んだ瞬間以外はクラウドに触れない」構造だ。一方、常時接続型のウェアラブルは日常の断片をサーバーへ流し続ける。製品のプライバシーポリシーで「転送をユーザーがオフにできるか」を確認するのが最初の一手になる。

起動のタイミングを誰が決めるか

エージェントが「自律的に常時監視する」のか、「ユーザーが定義した条件で動く」のか。DAWNのような閾値ベースの設計は、意図しないタイミングでエージェントが動く頻度を下げる。通知の多さに疲弊しているなら、「どんな条件で起こすか」を自分で設定できるかどうかを選定基準に加える価値がある。

用件をまとめて処理できるか

Jagarinが「複数の用件をまとめて処理できるか」をスコア要素に入れているのは、個別起動を減らす意図からだ。メールチェック、請求確認、スケジュール調整を別々のタイミングで行うより、一度のセッションでまとめて処理するよう設計されたエージェントは、バッテリーと集中力の両方を節約する。

まとめ

「常時稼働」を選ぶ前に、そのエージェントが何を見て、どこへ送り、誰が確認しているかを把握する。それが今、AIツールを使う側に求められる最低限の判断だ。Jagarinのような「必要時だけ起こす」設計はまだ研究段階だが、その問いかけは今すぐ使えるチェックリストになる。まず既存ツールの設定画面を開き、バックグラウンド通信とクラウド同期のオン/オフを確認するところから始めてみてほしい。