Antigravity の AgentKit 2.0 が登場してから、個人開発者が「使えるAIエージェント」を1人で作れる時代に本格的に入りました。以前は OpenAI の GPTs や Claude の Skills のように、その AI 内のエコシステムに閉じた配布が中心でしたが、AgentKit 2.0 ではエージェントを独立した実行可能なソフトウェアとして配布できます。これは収益化の選択肢が一気に広がったという意味で、大きな変化です。
ところが現実には、エージェントを作ったあと「どこで売るか」で多くの個人開発者が止まってしまいます。SaaS 化すべきか、マーケットプレイス出品でいいのか、受託にしてしまった方が早いのか。それぞれの選択は、運営の手間も収益の上限も大きく変わります。
ここでは私自身が複数のエージェントを動かしてみた経験を踏まえて、AgentKit 2.0 で作ったエージェントを売るための5つのパスを、判断軸つきで整理します。技術ではなく、売り方の話です。
なぜ「エージェントの売り方」が今、はっきりと分岐し始めているか
AgentKit 2.0 と Gemma 4 のローンチ以降、Antigravity の上に独自エージェントを構築する人が急増しました。同時に、エージェントを「使う側」も、無料アプリ・SaaS組込み・有料単体購入など、複数の入手経路に分かれてきています。
この市場の広がりは個人開発者にとって追い風ですが、難しさも増しました。1年前なら「とりあえずSaaSにする」が正解だったのが、今はチャネルの選択が事業の成否を決めます。なので、まずは5つのパスを正しく見比べることから始めましょう。
パス1 — エージェントマーケットプレイス出品
Antigravity 公式または周辺のマーケットプレイスにエージェントを出品し、利用回数や月額利用料の一部を収益として受け取るモデルです。Apple の App Store や Google Play のマーケットプレイス版と考えると分かりやすいでしょう。
向いているケース
- 汎用性の高いエージェント: 翻訳、要約、文書整形のように業界を選ばないもの
- マーケのリソースがない個人: 流入はマーケットプレイスが連れてきてくれる
- 継続課金よりも露出を優先: 知名度を最初に取りたいケース
落とし穴
マーケットプレイスは流入を連れてくる代わりに、収益の20〜30%を手数料として持っていきます。さらに、ユーザーとの直接的な関係を持てないため、解約理由のフィードバックや、追加プロダクトの販売動線が作れません。
私自身、最初のエージェントをマーケットプレイス専売にして数ヶ月運営しましたが、「ユーザーが誰なのか分からない」という壁にぶつかりました。最初の入り口としては悪くないですが、長期的には自社チャネルとの併売が必須です。
パス2 — 自社サイトで直接販売
自分のドメインでサービスとしてホストし、Stripe 等で直接課金するモデルです。dolice.design のようなクリエイター個人サイトの上に乗せるイメージです。
向いているケース
- 特定の専門領域: ニッチなターゲットがいて、その人たちに直接届けられる
- 既存の発信媒体がある: ブログ、X、YouTube などで読者・視聴者を抱えている
- 解約フローや価格設計を自分で握りたい: マーケットプレイスのルールに縛られたくない
実装上の核心
@anthropic-ai/sdk ではなく、Antigravity の AgentKit 2.0 SDK を使う場合、エージェント呼び出しのインターフェースが大きく異なります。代表的な書き方は次の通りです。
import { Antigravity } from '@google/antigravity-agent-sdk';
const ag = new Antigravity({ apiKey: process.env.ANTIGRAVITY_API_KEY });
export async function POST(req: Request) {
const { input, userId } = await req.json();
// 1. 認証 & 残高確認
const user = await getUser(userId);
if (!user.canUseAgent('translation-agent')) {
return new Response('Quota exceeded', { status: 402 });
}
// 2. AgentKit 経由でエージェントを起動
const session = await ag.agents.create({
agentId: 'translation-agent',
inputs: { text: input },
});
// 3. ストリーミングまたは結果取得
const result = await session.waitForCompletion();
await recordAgentUsage({ userId, agentId: 'translation-agent', tokens: result.usage });
return Response.json({ result: result.output });
}このパスのよさは、収益の100%を自分で握れることです。手数料はStripeの3.6%だけ。マーケットプレイス経由の倍以上の粗利が出ます。
落とし穴
集客がすべて自分の責任です。SEO、SNS、コンテンツマーケティングをやり続けないと、流入が枯れます。最低でも週に2記事の発信を半年続ける覚悟があるかが、このパスの分かれ目です。
パス3 — SaaSへの組み込み（B2B2C）
既存のSaaSに対して「あなたのサービス内で動くエージェント」を提供するモデルです。Slack や Notion のアプリストア、あるいは Shopify アプリストアのようなプラットフォーム経由でエージェントを配布します。
向いているケース
- 特定SaaSの利用者層が明確: そのSaaSのユーザーが抱える悩みを解決できる
- B2B寄りのプロダクト: 法人ユーザーがメインターゲットの場合
- エージェントが単体では使いにくい: 既存のワークフローに組み込まれて初めて価値が出るタイプ
私の体感
このパスは個人開発者に意外と相性が良いです。なぜなら、1社のSaaS上で月10〜30社が使うだけで、個人としては十分な収益になるからです。例えば、Notion AI を補完するエージェントを Notion 上で配布して、月1社あたり¥3,000の利用料を取るだけで、月10万円規模になります。
ただし、B2B 営業のリズムに慣れている必要があります。導入までに1〜3ヶ月かかるのが普通で、即時に売上が立つマーケットプレイスとはペースが違います。
パス4 — 受託開発から商品化への昇華
最初は受託として企業向けにエージェントを構築し、複数案件を経て共通する機能を「製品化」して売るモデルです。私が個人で見ていて、いま最も成功率が高いパスはこれです。
向いているケース
- 業界特化の知識を持っている個人: 法律事務所向け、医療向け、不動産向けなど
- 受託の経験がすでにある: 1社目を取れる確信がある
- キャッシュフローを早く欲しい: 受託は前払い・着手金で先に売上が立つ
このパスの構造
具体的な進め方は次のような順序です。
- 1社目から受託で月¥30〜80万のエージェント構築案件を取る
- 同じ業界の2〜3社に展開して、共通要件を見つける
- 共通要件だけを切り出して、汎用エージェントとして製品化する
- 製品版を月額¥10,000程度で販売開始
- 既存の受託案件も製品版に置き換えて、運用負荷を下げる
このパスのよさは、最初のキャッシュフローが明確に早いことです。マーケットプレイスや自社販売は、最初の半年は売上が立たないことを覚悟しないといけませんが、受託なら2ヶ月目から数十万円が入ってきます。
落とし穴
「受託のままで止まってしまう」のがこのパス最大のリスクです。1社目が嬉しすぎて、製品化のフェーズに進まず、3年後も受託オンリーのまま個人作業で疲弊する人を何人も見てきました。受託は3社まで、それ以上は製品化に投資すると最初から決めておくことを強くおすすめします。
パス5 — サブスクリプションエージェント
エージェント単体に月額課金を設定し、利用回数や機能差で複数プランを用意するモデルです。SaaS の典型ですが、AIエージェントならではの設計が必要になります。
向いているケース
- 使用頻度が高いエージェント: 毎日使うようなツール
- 継続的な価値が出る: ユーザーがエージェントを「育てる」要素がある
- 粗利を読みたい個人: MRR（月次経常収益）の予測が立てやすい
サブスクエージェントの価格設計
私が推奨する初期価格は次の通りです。
- Free / Trial プラン: 月10回まで無料、課金への入り口
- Pro プラン: 月¥980〜¥1,980、月100〜300回利用、典型ユーザーの大半をカバー
- Premium プラン: 月¥3,800〜¥5,800、追加機能（カスタマイズ・API・優先サポート）
完全な「無制限」は絶対にやめてください。AgentKit 2.0 経由のエージェント実行には Gemini API や他のモデルAPI料金が裏で動いており、ヘビーユーザー1人で他全員の利益が吹き飛びます。月間呼び出し回数の上限を必ず設定し、超えたら追加購入してもらう仕組みにします。
5つのパスをどう組み合わせるか
ここまで読んで気付いた方もいるかと思いますが、これら5つは排他ではありません。多くの成功している個人開発者は、2〜3のパスを併用しています。
私が推奨する典型的な組み合わせは次の3つです。
組み合わせA: 自社販売 + マーケットプレイス出品 個人開発の標準形。マーケットプレイスで知名度と初期流入を取り、自社サイトで利益率の高いプランを売る。
組み合わせB: 受託 + 製品化 キャッシュフロー重視で始め、徐々に製品比率を上げる。私の周りで個人事業として最も成功している型はこれです。
組み合わせC: SaaS組み込み + サブスク B2B特化の方向。エージェントを既存SaaSに組み込みつつ、自社でも月額サブスクを売る。
詳細な販売戦略、Stripe実装、エージェントマーケットプレイスへの実際の出品手順、契約書テンプレートなどは、後編のAntigravity エージェントを商品化して売る完全ロードマップで解説しています。
エージェントを作ること自体は、AgentKit 2.0 のおかげで以前より楽になりました。でも「売る」のは別の技術です。技術と販売、その両方を学んだ個人開発者だけが、エージェント時代の収益化を本当に手にできます。