Dots：常駐型エージェントで開発環境を劇的に効率化しよう

Dotsは、バックグラウンドで常に稼働し続ける「常駐型エージェント」の仕組みを提供します。開発環境において、必要なツールやプロセスを必要な時に即座に呼び出せるため、作業の生産性を大幅に向上させることが可能です。

あんな風に可愛らしくスタイリングされてると（Museを見てみて）、なんだか厄介で侵入的なものを感じてしまうんだよね。

Codex、ChatGPT Work、Dotsの境界線が自分の中で少し曖昧になってきてる。本来のターゲットは、それぞれ独自のサンドボックスと長期記憶を持ち、遠隔で操作を行うエージェントであるべきだと思うんだ。3つとも同じ方向に向かってるのに、なぜ区別する必要があるんだろう？

DotsがMuseより圧倒的に高性能じゃない限り、自分はMuseの方に期待してるかな。MuseはMetaの広告でずっと維持できるし、アプリ群全体で展開できるから消費者向けとしては有利だと思う。一方のDotsは消費者向けとプロ向けの間で中途半端な立ち位置にいる感じ。リリースを見る限り、そのうちDotごとに課金が必要になりそうだし、あまり魅力的とは思えないね。

面白い取り組みだけど、巨大テック企業が近づきすぎている気がして少し警戒してしまう。「dot」が完全に自分の利益だけを考えていると確信できるまで（＝共有前に自己消滅するなど、完全なプライバシーが保証されること）実験する気にはなれない。自分は思考のためにコンピュータやモデルを使っているわけで、思考はあくまで自分自身のものだからね。

「パーソナルAIエージェント」こそ、今みんなが血眼になって争っている分野だよね。Grok Bots、FacebookのMuse、Instinctがまさに同じことをやってる。個人的には、今のところInstinctが一番だと思う。OpenClawみたいに、iMessageやWhatsAppの裏側で全部処理してくれるんだけど、メールの監視を頼んだり、特定の条件に合う物件探しを任せたり（数日後に新しい情報が投稿されると教えてくれる）、定期的な確認を頼んだりできるのがいい。ただ、状況が目まぐるしく変わるからどうなるか分からないね。Instinctはそのうちどこかの大手に買収されそう。

OpenAIは寛大なCodexのサブスクリプションとモデルの効率性で大きな支持を得たけど、多くの人がClaudeから乗り換えた今、彼らはその優位性を利用して不要なプロダクトを売りつけ、Codexに皆を呼び込んだはずの寛大な制限[1]を締め付けようとしてる。

Anthropicも同じことをやった。今年初め、ClaudeのサブスクとClaude Codeが素晴らしい性能と価値で人気を博したけど、十分なユーザーを獲得した途端、誰も求めていない不要な機能（Slack連携とか）に注力し始めてリードを失った。Codexサブスクに顧客をごっそり奪われて間違いに気づき、ようやくまたまともな開発に戻ったみたいだけどね。

AI企業はソフトウェア作りが下手なんだよ。AIモデルを作るのは上手いんだけど、それだけって感じ。

MuseやDotsのような常時稼働エージェントは、PC時代の終わりを告げるものかもしれない。エージェントに仮想マシン上で勝手に作業させるようになったら、もうゲームオーバーだよ。全てはクラウドに移り変わる。

「（OpenClaw|Hermes|自分のPC）があるのに、なんでこれを使うんだ？」と思っている人へ。こういった新サービスは元々あなた向けじゃないんだ。テックに詳しくない層や、これらのサービス以外を知らない次世代のAIネイティブに向けたものだよ。

一般ユーザーにとっては、コンピュータの購入やトラブルシューティングといった面倒な作業を全部引き受けてくれるし、このサービスに勝てるものはないだろう。いつでも複数のエージェントを動かせる拡張性もあるしね。

その代償として、エージェント提供側に計算リソースとデータを握られることになる。低価格や無料で提供して、ユーザーデータで学習させようとする未来も見える。一度入ったら抜け出せないロックインは凄まじいことになりそう。

プライバシーのために、自分のハードウェア上で動く、同等に便利なプライベートな代替手段が見つかることを切に願うよ。

Dotsに対して否定的な意見が多いけど、自分はGrok Botをかなりヘビーに使ってて、ポジティブな面もいくつか伝えておきたい。

1. 常時稼働エージェント同士の連携は本当に強力だよ。コンテキストウィンドウを溢れさせずに、領域特化型の専門知識を活用できるし、必要なら他の知識にもアクセスできる。

2. 領域特化型の常時稼働エージェントは信頼の境界線を作ってくれる。Claudeが嫌なのは、記憶が広範囲すぎること。ビジネスの話をしてる時にプライベートな内容を持ち出されると違和感がある。Grok Botならビジネス管理用とプライベート管理用で分けてるから、混ざることがなくてすごく快適。

3. クラウドエージェントやクラウドビルドとの組み合わせは、開発において凄まじい威力を発揮する。gitのワークツリーや複数のストリームを同時に扱う問題に対する解法を感じたのはこれが初めて。各ボットが独自のコンピュータを持っていて、追加のクラウドエージェントを立ち上げられる。欠点はエンドツーエンドの速度かな。Grok Botだと完了までに1時間かかるような作業も、ローカルで同期的に叩けば10分で終わる。でも、片方は見守る必要があるけど、もう一方は「勝手にやってくれる」からね。

反面、Grok Botを使い始めてから推論コストが2〜3倍になった。そのトレードオフは知っておくべきだね。それでもLunaは素晴らしいドライバだし、OAIの価格設定は全体的にかなり優秀だと思う。一度試してみる価値はあるよ。多くの人がその便利さに驚くはず。

欧州経済領域（EEA）、スイス、英国を除く

https://help.openai.com/en/articles/20001530-getting-started-with-your-dot

こういった常時稼働エージェントって、ユーザーをプラットフォームに深く縛り付ける気がする。簡単に切り替えられるモデルと違って、他のプラットフォームとの統合や作業履歴なんかがあるとエージェントの乗り換えは難しい。結局、クラウド上の自分のコンピュータみたいなものだからね。

勘繰りかもしれないけど、クローズドモデルの企業は、モデルへの直接アクセスを制限してユーザーとの囲い込み関係を築くために、モデルの上に抽象化レイヤーをどうしても作りたいんじゃないかな。

他の推論プロバイダーは、独自の標準化されたマネージドエージェントを提供することで対抗すべきだと思う。偶然だけど、今日自分のブログにちょうどそのことを書いたよ。https://aditya.rs/blog/2026/09/29/inference-providers-should-offer-managed-agents/

これはAIの中で自分がうまく使いこなせなかった部分だな。夜通しエージェントを走らせる必要がほとんどないんだよ。自分の承認がボトルネックになるから。作業には修正が付きものだし、バグが根本的な問題の症状に過ぎないこともある。ユーザーがどうアプリを使いたいのか再考が必要な時もあるし、リサーチが必要な時もある。

バグの生データよりも、リサーチ済みのバグ情報が欲しいっていう気持ちは分かるけど、それは適切な環境でウェブフックを使えばできることだしね。

正直、夜間にエージェントに何をさせればいいのか本当に分からない。これ以上ビルドもできないし、解決すべき問題も思いつかない。もう自分の脳のメモリは満杯だよ。