自律型AIエージェントの選び方は、窓口を1つにして、任せたい仕事で決める

出典: 【保存版】自律型AIエージェントは結局どれがいい？dots・Grok Bot・Muse・Claude Duetの違いと選び方を徹底比較！

AIが増えるほど、どこに頼めばいいのか迷いませんか？窓口が1つなら、その迷いは減るはず。黒山さんの話も、そんな素朴なところから始まります。

冒頭で黒山さんは、LINEのような画面の普通のチャットボットに、あれしといて、これしといてって言うだけで全部やってくれる、と話し始めます。Messengerの未読を見て、返信の内容まで考えてくれたら助かりませんか、という問いかけもあります。

取り上げる4つは、こちらから指示しなくても自律的に全部やってくれるAIエージェントです。CodexやClaude Codeも使えるので、場面ごとにAIを選び直さなくても、これを使っていればいい。そういう製品。

その中で黒山さん個人が一番いい機能だと見ているのが、窓口を1つにできることです。

黒山さん（動画 2:05〜）

窓口を1つにできるっていうのが僕個人的には1番いい機能だと思っていて

同じ冒頭に、普段の仕事や職務、立場によって向くAIは変わる、という断りも入ります。自分はMuseが最高だと思う、という立場も、この時点で明かされます。

いろいろなAIを使っていると、場面ごとの使い分けが面倒で大変。窓口に頼むだけで、CodexやClaude Codeを使い、パソコンの操作までパソコンの中で進めてくれる、と話します。

指示しなくても、カレンダー・メール・タスクを見て教えてくれます。例に挙がるのは、お客さんからの緊急のメール、来週の打ち合わせの時間の重なり、再来週の出張のホテルの取り忘れです。自分専用のオンラインの秘書が作れたと言っても過言ではないくらい助かる、と黒山さんは話します。

4つの製品に共通するのは、会話・記憶・接続したアプリ・継続作業（続けて進める仕事）を結びつける設計です。

黒山さん（動画 3:33〜）

今回のこの4つのプロダクトに共通するのは会話、記憶、接続したアプリとかね、この継続作業を結びつける設計になってるので

画面に映る比較記事にも、窓口を統一するとは全部のAIやアプリを1つに買い替えることではない、と書いてあります。仕事を頼み、進み具合を確かめ、判断を返す場所をまとめる意味だそうです。ログインやアクセス権はアプリごとに残る、という注意つき。

窓口を1つにまとめる話。これ、買い替えの話ではないんですよね。

頼む、確かめる、判断を返す。その3か所をまとめる話です。分けて考えると、頭の中がすっきりします！

私は2026年10月4日に、窓口はdotsに絞るイメージだと自分の記事に書きました。考え直した経緯が、この一節です。

私の記事より（Grok Botとdotsを比べた動画を紹介しつつ、窓口は一つにしたい、と書いた私の記事・窓口はdotsに絞るイメージ、のあとの節）

続けて書いたのは、1人のdotに話しかけているだけで、全部が完結する形にできないか。そういう案でした。でも、10月21日以降、考え直しました。窓口はdotsでなくてもよいのでは、と。入口をどれにするかは、いま試している途中です。窓口は一つにしたい、という点は変わっていません。

入口の製品は違っても、頼む場所を1つにしたい点は同じです。黒山さんは窓口を1つにできる点を一番の機能に挙げていて、私はdotsに絞る案から、入口はどれでもいいと考え直しました。

正直、入口をどれにするかは、まだ試している途中です。それでも、頼む場所を1つにしたいという点は変わっていません。

実は私がAIに委ねたいのは、作業だけではないんです。約束を覚えて、期限まで運んで、成果か、本当に必要な判断だけを返してもらう。そこまで含めて委ねたいんですよね。

私が進み具合を思い出して催促した瞬間、管理のボールは私に戻ってきます。

窓口は入口ではなく、ボールを預ける先。

同じ窓口でも、気づいたことを知らせてくれる秘書の型と、役割ごとに分けて頼む型があります。手元の仕事に合うのは、どちらだと思います？

まずdotsから。普段ChatGPTやCodexで仕事をしている人に向く、と黒山さんは話します。そこでやってきた会話や仕事を引き継いで、dotsと話せば何でもできる、という説明です。

Claude Codeを使わない人にはdotsがいちばん相性がいい、とも話します。

弱いところもあります。ChatGPTの上位のプラン（Pro以上）に入っていないと使えないこと。それから、チャットが1つしかないこと。

黒山さん（動画 4:57〜）

ドッツね使ってみたら分かるんですけどチャットが1個しかないんですよ。

dots専用の会話の場でしか話せないので、いろいろなタスクを投げると、1つのチャットの中で全部が混ざってしまう、という話です。

実は、黒山さん自身のメインのAIエージェントはCodex。dotsには自分からタスクを投げていないそうです。dotsがスケジュール・メール・タスクを巡回（自分から見て回ること）して、気づいたことを秘書のように教えてくれる使い方です。

返信し忘れていたメールや、行政に出す書類のうち出していないものまで拾ってくれる、と話します。出張の手配でも、ホテルや新幹線の予約から、その新幹線をGoogle カレンダーに入れるところまで、勝手にやってくれるそうです。

一方で、応答も仕事も遅い、と言います。後でやっておいてって頼む使い方には向いていても、会話しながら作業を待つのはだるい。

それでも、自分の業務を任せるのにそこまで優秀な頭は要らないので、dotsがいい。黒山さんの整理はこうです。

自分からは頼まずに、巡回して気づいたことだけ知らせてもらう。ここがdotsの使い方の芯なんですよね。

私は2026年10月6日に、dotに読むだけの棚卸しを頼みました。何件拾えたのか、取りこぼしについて何と書いてあったのか。その記録の一節を引きます。

私の記事より（dotsを自分専用の秘書にして、頼み先を1つに絞った私の試し運転の記事・読むだけの棚卸しの節）

私は2026年10月6日に、dot に読むだけの棚卸しを頼みました。Gmail の直近30日で、検索の候補が2,997件、重要なのは34スレッド。カレンダーは157件、Drive は452件でした。そこから dot が出してきたのは、対応待ち3件、終わったか分からない23件、今日やる3件。dot は報告の中で、全メール・全ファイルの本文を読んだわけではない、全部見つけられたとは断言しない、と書いていました。読む範囲が広くても、取りこぼしはある前提で受け取ります。

ここで目に留まったのは、dotのほうから、全部は読んでいない、と書いてきたことです。私は、取りこぼしはある前提で受け取ります。

全部は読んでいないと先に言える相手なら、任せやすい！知らせてもらう使い方なら、なおさらこの一言に助けられます。

さて、次はGrok Botです。今いちばん人気なのはGrok Botだと思う、と黒山さんは話します。dotsは少し遅いのに対して、能力が高くて、応答がめちゃくちゃ速いという見方。

黒山さん（動画 6:09〜）

まず性能がめっちゃいい。あと早い応答が尋常じゃなく早いです。

Botは複数作れて、Botごとに役割と会話を分けられます。ここと話しておけばあとは全部やってくれる、という窓口の体制をいちばん作りやすいのがGrok Botだ、という説明です。

黒山さん（動画 6:47〜）

ボットごと、ボットを複数作ることができて、ボットごとに役割変えたりとか会話を蓄積したりすることができるので、

iPhoneのアクションボタンを長押しすると、Grok Botを呼び出せます。スマホだけで、話していれば仕事が進んでいく、という例です。Grok Botも強く勧める、と黒山さんは話します。

役割ごとにBotを分けて、会話も分けて持てる形。窓口を1つにしたまま、中で担当を分ける形です。

Grok Botについては、私が手元で検証した記録があります。その一節を引きます。

私の記事より（Grok Botを手元で検証して、クラウドパソコンに入れた物が残るかを確かめた私の記事・クラウドPCに入れた物の節）

ただし、ログインできても、入れた物が残るとは限りません。私の手元の検証では、手で入れたアプリ本体が消えた例がありました。

動画に足したいのは、置き場所の話です。黒山さんは、Botごとに役割と会話を分けられると話しています。私が確かめたのは、分けた先に入れた物が残るかどうか。

分けるなら、置き場所も一緒に確かめておきたいところです。

私には、委ねるときの決め事があります。一つの仕事は、人・AI・仕組みのうち誰か一人が全部持って、やり切ってもらう。持ち主は一人です。

dotsはチャットが1つなので、仕事が混ざりやすい作り。Grok Botは、役割ごとにBotを分けられる作り。どちらの型でも、1つの仕事の持ち主は1つに決めておきたいんですよね。

分けるにしても、1つにまとめるにしても、先に決めたいのは、この仕事の持ち主は誰か、ですよね？

Messengerの未読を、AIが見てくれたら。そんな入口を持つ製品が、4つの中に1つだけある、と黒山さんは話します。本当に入っていけるのか。ここは、その入口の話です。

ここで黒山さんは、4つの中でいちばん強く押しているのは Muse だ、と話します。

黒山さん（動画 7:28〜）

僕が圧倒的に押してるのはこのミューズなんですね。

Muse を作っているのは Meta。Meta が作るAIの良い所は、Facebook と Messenger に入れることだ、という説明です。

エンジニアや、AIを極めたい人には、魅力が薄いかもしれない、と黒山さんは話します。それでも経営者の人には Muse に行ってほしい。Facebook を使い、Messenger を使うからです。

黒山さん（動画 8:02〜）

メッセンジャーAIが未読漁ってくれたりとか見た対応漁ってくれたりとか返信内容考えてくれたら便利じゃないですか。これが唯一できるのがこのミューズなんですよ。

ここで出てくるのが API、外のプログラムから情報を取るための接続口です。Facebook は、個人アカウントには API を公開していません。ページではない普通の個人アカウントの Messenger は、AI から API では見られない、という説明です。

そこで、これまでの道はブラウザの自動操作でした。Codex や Claude Code にブラウザを立ち上げさせて、コンピューターを使う機能で Messenger を見る方法。それしかなかったそうです。

黒山さんによれば、これは Meta が禁止しているやり方です。最悪の場合は、Facebook のアカウント停止。

黒山さん（動画 8:41〜）

これはメタが禁止をしているので、最悪Facebookのアカウントbanされます。

今のお客さんには、やめるよう必ず案内している、と黒山さんは話します。ブラウザを操作させて Facebook に何かをするのは、リスクが高すぎるからです。これまでのAIは、Facebook にも Messenger にも触れない状態でした。そこに入れるのが Muse だ、という話です。

弱い所の話も出てきます。dots と同じで、チャットは1つだけ。Muse のアプリを窓口にすると、Codex や Claude Code に慣れた人には使いづらい。黒山さん自身も、とても使いづらいと話します。

で、ここまでを整理すると、Muse の特徴は入口にあるんですよね。Messenger に入るための入口。

といっても、入口なら何でもいいわけではありません。禁止された道と、そうでない道があります。ここは、見落としたくない所です！

私は魂磨きの記事に、取り返しのつかない操作の扱いを書いています。その一節を引きます。

私の記事より（取り返しのつかない操作は承認を取る、と魂磨きで答えた私の記事・頼む時の決めごとの節）

公開、送信、課金、削除のような取り返しのつかない操作は、実行の前に承認を取ってもらいます。承認したあとの実行は、AIに任せられます。

ここで引っかかるのは、止まったアカウントが簡単には戻せない点です。黒山さんの話では、ブラウザの自動操作で Facebook のアカウントが止まるおそれがあります。

私が書いたのは、戻せない操作の前に承認を取る、という決めごとでした。入口の選び方も同じだと思います。禁止された入口を選ぶ前に、その入口が許されているかを確かめます。順番は、実行の前です。

入口が許されているか。まず、そこから確かめます。

新しい窓口を、また1つ増やす。それって、ちょっと重たくないですか？いつもの作業場から、そのままつなげたら。ここは、その使い方の話です。

だから黒山さんは、Muse を間接的に使っています。Muse のアプリは開かない使い方。非公式な部分があるので、安全性は自分で調べ、問題ないと判断したうえで使っている、と話します。見ている人にも、一度自分で調べてから使ってほしい、という呼びかけです。

黒山さん（動画 9:51〜）

このMUSMCP出してるんですよ。

Muse は MCP を出しています。MCP は、AIが外のサービスの情報を取りに行くための共通の接続口。自分の Codex や Claude Code から MCP 経由で Muse につなげば、Facebook や Messenger の情報を引いてきて使える、という説明です。

自分の Codex や Claude Code の中から、Messenger や Facebook へ正式に届くルートができた、というのが黒山さんの結論です。

黒山さんは、いろいろなチャットツールを全部集めて、見たい形で出してもらっていました。Chatwork・Slack・LINE WORKS・Teams・メールの5つ。ただ、経営者同士の会話で一番多い Messenger にだけは届かないまま。そこでずっと困っていた、と話します。

黒山さん（動画 10:36〜）

ここにメッセンジャー入ってくるんで、もう全チャットツールと言っても過言ではないこの情報の集約ができるようになったので、

話の締めは、もともと Codex や Claude Code を使っている経営者への言葉です。操作する窓口を Muse にせず、MCP 経由で使うことを強く勧める、と黒山さんは話します。

黒山さん（動画 10:51〜）

絶対にインターフェースをミューズにするんじゃなくてMCP経由で使うのを激しくお勧めします。

入口を増やさず、いつもの作業場から。ここが黒山さんの筋道です。

Muse のアプリは開かずに、中身だけを手元へ呼ぶ形。窓口は増えません。

私は2026年10月5日に、dot から、自分の管理画面の一覧を読む試しをしました。その記録の一節を引きます。

私の記事より（dotsを自分専用の秘書にして、頼み先を1つに絞った私の試し運転の記事・窓口とつなぎ目の節）

ただ、通らなかった日もあります。10月5日のこと。dot から打ったコマンドが止まりました。dot の環境では、動いているアプリを調べる ps というコマンドが使えません。そのせいで、管理画面が起動していない、という誤った判定に。私が止まったのは、つなぎ目でした。

つなぎ目の話に戻ります。つなぐ先は違っても、つないだら終わり、ではないんですよね。つなぎ目で本当に動くかを確かめるまでが一組。

黒山さんは、つなげばまとめられる、と話します。私のほうは、つないだ先で止まったんです。

大事にしたいのは、つないだあとです。循環は、接続して終わりません。結果を見て、味見して、違和感を返す。ここが、めちゃ大事なところです！

黒山さんが正式なルートと話す MCP でも、そこは同じです。毎回すべてを見張るわけではありません。違和感が出た所を返して、仕組みを直す。その見方。

つないだら、結果を見るところまでが一組。

4つを比べ終えた黒山さんの答えは、向く人が違う、というものです。そのうえで、経営者にはMuseを選ぶ、と話します。どう読めばいいのか。ここで整理します。

黒山さんは、普段やっている仕事や職務、立場によって、向くAIは変わる、と話します。どれか1つが全員の答えになる話ではありません。

黒山さん（動画 1:23〜）

皆さんの普段やっている仕事、職務であったりとか立場によっておすめのAIは変わります。

自分は Muse が最高だと思っている、というのが黒山さんの立場です。見ている人には、Grok Bot だ、dots だ、Claude Duet が出たらそれだ、とそれぞれ意見があるだろう、とも言います。

結論は、経営者の人は Muse を選ぶのがいい、というもの。経営者という立場から出した答えです。

黒山さん（動画 9:18〜）

経営者に言うんだったらもう絶対にミューズ一択です。

続けて、Grok Bot など新しい技術にも触れてほしい、と話します。どちらもとてもいいプロダクトだ、という見方です。

普段 Claude Code を使っていて、Claude のモデルが好きな人には、Claude Duet も良いと思う、とも話します。ただ、Claude Duet はまだ出ていないので、黒山さんも使えていない段階です。

最後に黒山さんは、24時間動いてくれる自律型のAIエージェントは役に立つので、まず1つ使ってみることを呼びかけます。

一番いいAIは、1つには決まりません。仕事と立場で変わる、という筋道です。黒山さんの結論は、経営者という立場から出た答え。

で、私が見たいのは、立場より手前にある所なんです。

選ぶ前に決めておきたいのは、任せたいのが作業だけなのか、期限まで運ぶ責任も含むのか、です。

黒山さんは立場で選び、私は任せたい仕事で選びます。だから、製品を選ぶ前に、任せたい仕事を1行で決めます。返してほしい物と、自分が決める所も、先に分けておきます。

これは製品の良し悪しの話ではありません。ここが分かれていれば、Muse でも dots でも、預ける先をずっと比べやすくなります！

製品の名前は、後で。先に、任せたい仕事。

動画は、窓口を1つにする話から始まります。巡回して知らせる dots、速くて役割を分けられる Grok Bot、Messenger に入れる Muse、MCP で作業場からつなぐ使い方と進み、最後は仕事と立場で選ぶ、という結論でした。

私が持ち帰ったのは、窓口は頼む入口であり、預ける先でもある、ということです。入口が許されているかを先に確かめること。つないだら、結果まで見ること。そして、製品より先に、任せたい仕事を決めること。

動画の話は、dot に読むだけの棚卸しを頼んだ私の記事や、つなぎ目で止まった日を書いた記事とも重なります。

窓口に預けたい仕事を、まず1行だけ書き出してみてくださいね。