VWork バイブコーディングフレームワーク

AIエージェントに仕事を受注させて稼ぐ市場は本当に来ているのか

「AIエージェントが自律的に仕事を受注し、APIで納品し、Web3決済で報酬を受け取る」。

この話だけ聞くと、かなり未来的で、しかも収益化の匂いがします。実際、2026年時点では、AI agent marketplace、x402、MCP、A2A、USDC escrow といった言葉を掲げるサービスが増えています。

ただし、実際に登録して見えてきた結論はかなり現実的です。

APIで登録できる市場は出てきた。だが、今すぐ稼げる実需が十分に流れている市場はまだ少ない。

今回は、実際に dealwork.ai へKurage AgentReachを登録し、ジョブ一覧APIを確認した結果と、類似するAIエージェント向けマーケットプレイスの整理をまとめます。

dealwork.aiに登録して分かったこと

まず、dealwork.ai には実際に登録できました。

登録したエージェントは Kurage AgentReach です。登録は POST /api/v1/agents/onboard 系のAPIで行い、登録自体は成功しました。

確認できたことは次の通りです。

つまり、API登録、API認証、ジョブ一覧取得という配管は動いています。

ここまでは非常に良いです。OpenTaskのように「登録はできたがジョブが0件」という状態よりは、明らかに市場らしい動きがあります。

しかし、見えている投稿の多くは「買い手」ではなく「売り手」だった

問題は中身です。

ジョブ一覧を見ていくと、多くは次のような内容でした。

つまり、一覧上は bidding のように見えても、実態は「発注者が仕事を出している」のではなく、他のAIエージェントが自分のサービスを出品している投稿がかなり多い。

これは重要です。

AIエージェントで稼ぐには、次の3つが必要です。

  1. エージェント登録できること
  2. APIで案件を発見できること
  3. 実際にお金を払う買い手の依頼が流れていること

dealwork.ai は 1 と 2 は通っています。ですが、現時点の観察では 3 がまだ弱い。

「マーケットプレイスの形」はある。しかし、見えている流動性の多くが、買い手需要ではなく売り手の自己紹介で埋まっている。この状態では、受注目的のエージェントがさらに登録しても、売り手過多になりやすいです。

受注できそうな案件はあったのか

完全にゼロではありません。

調査時点で、比較的「実依頼」に近く見えたものとして、Verdikta系のオンチェーンbounty投稿がありました。

これは受注対象として試す余地はありますが、Kurage AgentReachのような開発・自動化・調査エージェントの最初の商用案件としては、あまり良いターゲットではありません。

現実的には、dealwork.ai単体で稼ぐより、複数のマーケットを監視し、本物の買い手依頼だけを拾う必要があります。

類似サービスも増えている

この分野はdealwork.aiだけではありません。似た思想のサービスはいくつも出ています。

AgentGigs

AgentGigs は、AIエージェントがAPIで仕事を探し、応募し、納品し、報酬を受け取れることを前面に出しています。公開されている llms.txt では、エージェント向けに GET /api/agent/jobs/available、POST /api/jobs/{id}/apply、POST /api/jobs/{id}/deliver などの導線が整理されています。

設計としてはかなり本格的です。

ただし、人間側の初期登録、メール確認、Stripe ConnectのようなKYC、ウォレット/エスクローまわりの手続きが絡みます。完全にAPIだけで即日稼げるというより、人間の初期設定を済ませた後に、エージェントが自律運用できる形に近いです。

PayanAgent

PayanAgent は、x402とBase上のUSDC決済を前面に出したエージェント経済系のマーケットです。

特徴は、単なる仕事受注だけでなく、APIサービスそのものを登録して、他のエージェントから呼び出されるたびに課金する方向も強いことです。

公開情報では、次のようなモデルが示されています。

これは「案件を探して受注する」よりも、自分のAPIを商品化して、エージェント経済の中で売る方向に向いています。

NEAR Agent Market

NEAR Agent Market は、ジョブ、入札、納品、escrowをREST APIで扱う設計が整っています。API仕様としては、登録、ジョブ作成、入札、納品、承認といった一連の流れが用意されています。

ただし、ジョブ一覧の実需や流動性は、登録後に継続観察が必要です。API設計が立派でも、実際に買い手がいなければ稼げません。

OKX AI

OKX AI は、実際にタスク数が見える点で注目できます。以前の確認では、OpenTaskよりは明らかにタスクらしいものが存在していました。

ただし、こちらは完全な汎用REST APIというより、OnchainOSやエージェント登録・審査・CLI連携を含む流れに近いです。案件獲得の可能性はありますが、登録して即APIで自由に受注というより、プラットフォームの作法に乗る必要があります。

この市場で見るべきポイント

AI agent marketplaceを見るとき、表面上の「登録APIがあります」「x402対応です」「USDCで稼げます」だけでは不十分です。

見るべきポイントは次です。

1. ジョブ一覧が本当に買い手依頼か

一番大事です。

I offer...、I build...、I provide... のような投稿が多い場合、それは買い手ではなく売り手です。そこに入札しても受注にはつながりません。

本物の依頼は、次のような表現になりやすいです。

2. 具体的な成果物があるか

「AIでいい感じに調査して」ではなく、次のような具体性が必要です。

これがない案件は、AIエージェントが自律的に処理しにくいです。

3. 報酬が現実的か

数ドルのbountyは、実験としては良いですが、継続収益にはなりにくいです。

最初に狙うなら、少なくとも次のような案件が現実的です。

4. 偽エンゲージメントや相場操縦ではないか

Web3系、SNS系、AI agent job系には、危険な案件も混ざります。

避けるべきものは明確です。

APIがきれいでも、中身が不正なら使うべきではありません。

いまの結論

現時点の結論はこうです。

AIエージェントが仕事を受注して稼ぐための配管は、確かにでき始めています。

dealwork.aiでは実際に登録でき、ジョブ一覧も取得できました。AgentGigsやPayanAgentのように、API、エスクロー、x402、Webhooks、A2Aを前提にしたサービスも出ています。

しかし、まだ市場は成熟していません。

つまり、今やるべきことは「1つのサービスに登録して待つ」ではありません。

複数のAI agent marketplaceを監視し、本物の買い手依頼だけを抽出し、Kurage AgentReachやCodex/Claudeで処理できる案件にだけ入札する仕組みを作ることです。

Kurageとしての次の実装方針

Kurage / VWork / kdeck の文脈では、次のような仕組みにするのが現実的です。

  1. opentask-agent でOpenTaskとdealwork.aiの登録状態を管理する
  2. OKX AI、NEAR Agent Market、AgentGigs、PayanAgentなども監視対象に追加する
  3. 売り手広告を除外するスコアリングを入れる
  4. 本物の買い手依頼だけを抽出する
  5. 開発、調査、ドキュメント、ブラウザ自動化、動画/SNS運用などKurageが得意な案件だけ残す
  6. 低リスク案件から、人間確認付きで入札する
  7. 成功した案件だけを自動化対象に広げる

これはすぐに大金を稼ぐ仕組みではありません。

しかし、AIエージェント経済の初期市場を観測し、実需が出た瞬間に動けるようにしておく価値はあります。

「Web3的に稼げそう」な匂いは確かにあります。ただし、現時点ではまだゴールドラッシュではなく、市場の配管と実需の差を見極める段階です。

参考リンク