AIが人間に仕事を発注する時代：MCPで見えた新しい分業

AIに何かを頼んだとします。
そして、「そこから先は人間がやってください」と返された経験はありませんか。

文章はまとめられる。
コードも書ける。
しかし、誰かが実際に手を動かさないと完成しない仕事は、まだAIの外側に残っています。

先日、Redditでその境界線に踏み込む投稿を見かけました。

投稿で紹介されていた流れ

投稿者は、Tendem By TolokaというサービスをMCP経由でClaudeに接続しました。
そのうえで、ひとつの依頼を出しています。

レストラン向けのWhatsApp注文ボットを作りたい。
Tendemを使って手伝ってほしい。
そういう内容でした。

ここで予想外の反応が返ってきます。
Claudeはすぐにタスクを作りませんでした。

まず、質問をいくつか投げ返してきたのです。
依頼内容が十分に具体化されているかを確かめるためでした。

投稿者が答えると、Claudeは次のように応答します。
「いただいた内容でTendemのタスクを作成する」。

その先は人間の専門家が引き受けます。
そして、完成した成果物を届ける流れになっていると説明されていました。
デモの録画は、ちょうどそこで終わっています。

面白いのは、成功した部分ではありません。
AIが一度立ち止まった部分です。

人間に仕事を渡すとき、依頼の粒度が結果を左右します。
「注文ボットを作って」だけでは、情報が足りません。

店舗の規模もわからない。
メニューの構造も不明です。
決済を含むのかどうかも判断できません。

受け取った側は、推測で進めるしかなくなります。
その結果、出来上がったものが期待とずれてしまうのです。

このやり取りでは、AIが依頼書の作成者として振る舞っていました。
曖昧なまま外に流さない。
足りない情報を先に埋めてから引き渡す。

人間同士の仕事でも、ここができる人とできない人では成果物の質がまるで違いますよね。

反応のひとつは、単純な驚きでした。

しばらく席を外す。
そして戻ってきたら、AIが現実世界で何かを完成させている。
そんな状況は今までの感覚では想像しにくい、という趣旨の感想です。

もうひとつは、技術寄りの質問でした。
これはElicitationを使っているのか、というものです。

MCPには、サーバー側がクライアントを通じて利用者に追加情報を求める仕組みがあります。
それがElicitationと呼ばれています。

ただし、投稿者の返答は実装名を明言するものではありませんでした。
説明されていたのは、次の2点だけです。

つまり、内部でどの仕様が使われているかまでは、投稿から断定できません。

投稿者は、自分がTendemの専門家だと明かしていました。

中立ではない、と自ら書き添えています。
この一文があるかないかで、読み手の姿勢は変わってきますよね。

そして、紹介されていたのは一度の操作を録画したデモです。
実務で使ったときの品質はわかりません。
納期が守られるかどうかも不明です。

費用の目安についても、投稿の範囲では何も語られていませんでした。
判断するには、自分で試すしかないでしょう。

それでも、着眼点そのものには価値を感じました。
MCPは、外部サービスをAIにつなぐ規格として語られがちです。

しかし、つないだ先に人間がいてもいい。
この発想の転換が、投稿の核心だと思います。

これまでのAI活用の議論は、ひとつの方向に寄っていました。
どこまでAIが人間の代わりを務められるか、という問いです。

一方、ここで示された考え方は逆を向いています。
AIができない部分をAI自身が認識する。
そして、人間へ回すのです。

実際、次のような仕事はAIだけで完結しません。

こうした部分を含む依頼を投げたとき、AIが「できません」と止まってしまう。
それでは行き止まりです。

適切な人間へつなげれば、話は先に進みます。
窓口としてのAI、という役割が見えてきますね。

Redditで見かけた投稿を起点に、MCP経由で人間の専門家へタスクを引き渡す仕組みを紹介しました。

技術的に複雑なことをしているわけではなさそうです。
ただ、AIを万能の作業者として扱ってはいません。
調整役として置いた点が新しく感じられました。

情報の出どころが当事者である以上、そのまま鵜呑みにはできないでしょう。
それでも、AIと人間の分業をどう設計するか。
この問いは、今後あちこちで顔を出すはずです。

あなたなら、自分の仕事のどの部分をAIに手配してもらいますか。
そこを考えるだけでも、AIとの付き合い方は少し変わってくると思います。