エージェントが必要なツールを自分で探して、その場で課金する — 「ツール版OpenRouter」Monidの狙い

AIエージェントに何か仕事をさせようとすると、たいてい最初にぶつかるのが「ツールの調達」だ。SEO分析をさせたい、株価を取りたい、動画を生成させたい。そのたびに提供元へサインアップし、APIキーを発行し、課金を設定し、SDKをつなぎ込む。エージェント本体のロジックより、この配管作業のほうが重いことも珍しくない。

この配管を丸ごと肩代わりしようとしているサービスがある。Monid（モニッド）だ。掲げているのは「ツール版OpenRouter」というポジション。単一の残高と単一の認証で、1,700以上のツールを都度課金（pay-per-call）で呼び出せる、というものだ。

「モデルのルーター」ではなく「ツールのルーター」

OpenRouterを知っている人には、この一言で輪郭がつかめると思う。ただし対象が違う。

OpenRouterがやっているのは、ClaudeやGPT、Geminiといった大規模言語モデルの取次だ。APIキー1本で数百のモデルを呼び分けられ、どれを使うかは開発者が決める。いわばモデルの交換局である。

Monidが取り次ぐのは、モデルではなくツールやAPIそのものだ。SEO、リード獲得、動画・音楽生成、SNS、株価、市場トレンド、オンチェーンデータ、競合トラッキング、センチメント分析――こうした外部サービスのエンドポイントが、Monidの向こう側にカタログとして並んでいる。公開情報を見ると、時期によって1,600〜1,800前後、プロバイダ数は54〜55前後で推移しているようだ。新興サービスらしく数字は増減している。

決定的な違いは「誰が選ぶか」にある。OpenRouterでは人間がモデルを指定する。Monidが狙っているのは、エージェントが実行時に自分でカタログを検索し、タスクに合うツールを見つけ、料金や適合度を比較し、その場で呼び出して課金する、という自律的な流れだ。人間が事前にツールを選んで配線しておく、という前提そのものを外そうとしている。

使い方は3通り、認証と支払いは1つ

接続手段はスキル、MCPサーバー、CLIの3つが用意されている。リモートのMCPサーバーとして追加すればClaude.aiやClaude Code、Codex、OpenCodeといったクライアントからそのまま使え、認証はAPIキーではなくMonidアカウントのOAuthで通す。開発・デバッグにはCLI、本番のエージェントループにはMCPサーバー、という使い分けが想定されているようだ。

料金はサブスクリプションではなく完全な従量課金。エンドポイントごとに価格が設定され、多くのツールは1コールあたり数分の1セントという水準だという。どのプロバイダのツールを叩いても、支払いはMonidの単一残高から引かれる。新規アカウントには1ドル分の無料クレジットが付く。

個人的に一番うまいと思ったのは、カタログが膨らんでもエージェントのコンテキストが膨らまない設計だ。通常、ツールを大量に登録するとその定義でコンテキストが圧迫され、モデルの判断精度もコストも悪化する。Monidは少数の「入口」だけをエージェントに見せ、実際のツール検索は裏側で回す構造をとっているとされる。1,700個のツール定義を全部読み込ませる必要がない、というのは実務的にかなり大きい。

これで何が変わりうるか

機能の説明だけでは「便利そう」で終わってしまうので、この仕組みが本当に効いてくる場面を考えてみたい。

ひとつは、自律エージェントの「実用ライン」が一段下がる可能性だ。これまで自律エージェントの弱点は、使えるツールが人間の仕込んだ範囲に固定されていたことだった。想定外のタスクが来ると手も足も出ない。実行時にカタログから道具を調達できるなら、「競合の最新の値付けを調べて、その傾向をまとめて」といった曖昧な依頼にも、エージェント側がSEOツールや価格取得APIを見繕って動ける余地が出てくる。

もうひとつは、ツール調達の自動化がそのままコスト最適化につながる点。同じ用途に複数のプロバイダがぶら下がっているなら、エージェントが価格と品質を天秤にかけて安いほうを選ぶ、という運用が原理的には成り立つ。人間がベンダーを選定して契約する手間が消え、しかも使った分だけ払う。この「調達の自動化」は、エージェント経済のインフラとして語られる理由がよくわかる部分だ。

さらに踏み込めば、pay-per-callという課金単位はエージェント同士の取引とも相性がいい。あるエージェントが別のエージェントの機能を1コール単位で買う、といった連携も組みやすくなる。ここはまだ絵に描いた段階だが、単一残高で外部機能を都度買えるレイヤーが整うほど、その実験はしやすくなるはずだ。

気になる点は、正直まだ多い

ここは率直に書いておきたい。魅力的な構想だが、飛びつく前に見ておくべき懸念がいくつもある。

まず単一障害点のリスク。ツール呼び出しを全部Monid経由にすれば、Monidが落ちた瞬間にエージェントの手足がまとめて止まる。OpenRouterにも同じ指摘があるが、Monidはまだ実績の浅い新興サービスであり、可用性や運営体制の裏付けは十分に見えてこない。エージェントの中核機能を、素性の定まりきらない一社に預ける判断は慎重であるべきだろう。

コストの透明性も気にかかる。エージェントが自分でツールを選んで課金するということは、裏を返せば、意図しないツールを意図しない回数だけ叩いて残高を溶かすシナリオがあり得るということだ。1コールが数分の1セントでも、自律ループが暴走すれば無視できない額になりうる。上限設定やログの粒度、想定外の課金をどう防ぐかは、公開情報からは読み切れなかった。実運用に入れるなら、まずここを確認したい。

そして、エージェントが本当に「正しいツールを選べるのか」という問題も残る。カタログが大きいほど選択は難しくなり、比較の判断をモデルに委ねる以上、的外れなツールを掴む可能性は消えない。総じて、思想は面白いが実運用実績はこれからのツールだ、というのが今の時点での筆者の評価になる。

話題性は本物

懸念を並べたうえでも、注目度が高いのは確かだ。9月初旬のProduct Huntで当日トップに立ったと伝えられ、その後に公開されたMonid 2.0も上位にランクインしている。開発者コミュニティで「エージェント版OpenRouter」という切り口が刺さったのは、それだけ多くの人がツール調達の面倒を実感していたことの裏返しでもある。

最新の対応ツール数や料金、認証まわりの詳細は動きが速いので、導入を検討するなら公式サイトで一次情報を確認してほしい。まずは1ドルの無料クレジットで、自分のエージェントに何を選ばせるか試してみる、くらいの距離感がちょうどいいと思う。