この記事のポイント
- Swiggyが招待制「Builders Club」を発表し、3つのMCPサーバーと18超のAPIツール、再利用可能な「Skills」を外部開発者・スタートアップ・企業に開放
- フード・Instamart・DineoutをAIエージェント経由で実行可能にする動きで、同社は「プラットフォームからエコシステム・オーケストレーター」へ役割を変える
- EC事業者にとっては「自社サービスをエージェントから呼べるインターフェースをどう設計するか」という論点が、欧米だけでなくインド発で先行事例を持ち始めた
SwiggyがBuilders Clubを発表、AIコマーススタックを外部に開放

Invite-only initiative offers APIs, MCP servers and 'Skills' so startups and enterprises can create real-world AI commerce integrations on Swiggy
www.fortuneindia.com2026年4月23日、インドのオンデマンドコマース大手Swiggyが、開発者・スタートアップ・企業向けの招待制プログラム「Builders Club」を発表しました。同プログラムは、Swiggy Food(フードデリバリー)、Instamart(クイックコマース)、Dineout(飲食店予約)という同社の主要三事業のコマース機能を、外部の開発者がAIエージェントやコパイロットに組み込めるように開放するものです。
ローンチ時点で提供されるのは、3つのMCPサーバーと18を超えるAPIツール、そして再利用可能なエージェント機能として位置づけられる「Skills」です。承認された開発者はこれらを用いて、食事を注文したり、食料品を購入したり、外食予約をおこなう実行可能なエージェントを構築できます。単なる情報検索やレコメンドにとどまらず、取引そのものを完遂させられる点が特徴です。
SwiggyのCTOであるMadhusudhan Rao氏は、「Builders Clubは次の大胆な一歩であり、開発者と企業が Swiggy の上にAIコマースアプリケーションをスケールして構築できるようにするものだ」「当社はプラットフォームからエコシステム・オーケストレーターへ移行している」とコメントしています。
Builders Clubの中身──MCPサーバーとSkillsが意味するもの
発表内容を整理すると、Builders Clubは三つの層で設計されています。もっとも下のインフラ層はAWS上に構築され、Amazon Bedrockが基盤モデルへの統一API、Amazon Bedrock AgentCoreがエージェント実行の枠組みを提供します。AWSの自社AIチップ「Trainium」も組み合わされ、学習コストを最大50%、推論性能を30〜40%改善する構成だとされています。
中間に位置するのが、今回の主役となるMCPサーバー群です。MCP(Model Context Protocol)はAnthropicが提唱し業界標準化が進む規格で、LLMが外部システムのツールやデータに安全にアクセスするための共通インターフェースを定義します。Swiggyは事前にMCPの限定公開をおこなっていたとされ、今回のBuilders Clubはその上位に位置づけられるエコシステム層として発表されました。つまり、インフラではなく「誰がその上でビジネスを作るか」を設計するための枠組みです。
最上位に置かれるのがSkillsです。公式の説明では、AIエージェントが現実世界のタスクをこなすための再利用可能なケイパビリティと定義されています。これはAnthropicが提唱した「Agent Skills」概念と親和性が高く、個々のAPI呼び出しを束ねたユースケース単位のモジュールだと理解するのが自然です。たとえば「夕食のレコメンドから注文までを完遂する」というタスクを、単一のSkillとしてエージェントに提供する構造になります。
参加条件と提供される支援
Builders Clubは招待制(invite-led)のモデルを採用します。開発者やスタートアップ、企業が申請し、承認された者だけがライブAPIアクセスを獲得する仕組みです。審査を通過した参加者には、単なるAPIキーの配布を超えた支援パッケージが提供されます。
具体的には、Swiggyのエンジニアリングチームによる技術サポート、Swiggyブランドとのコ・ブランディング機会、そして有望なユースケースを深いパートナーシップへと昇格させるグロース・パートナーシップの三点が示されています。注目したいのは最後の点で、実験的なデモから本番商用取引へとスムーズに接続するレールをプラットフォーム側が用意している構造です。
AWS India and South Asia プレジデントのSandeep Dutta氏は、「Swiggy Builders Clubは、AI駆動型コマースの次の進化を示すものだ」とし、Amazon Bedrock、AWS Trainium、AgentCoreの組み合わせが「スタートアップが新しいアイデアを試す場合でも、エンタープライズが本番用AIエージェントをスケールする場合でも、限界なくイノベーションできるインフラを提供する」と述べました。AWSにとっても、AgentCoreを商用規模で使うリファレンス顧客を手に入れる意味があります。
プラットフォーム比較──Swiggyはどこに位置づくのか
コマース企業がエージェント経由のアクセスを「どう開放するか」は、2026年のグローバルな論点です。Builders Clubの位置を、主要プラットフォームと並べて整理しておきます。
| プラットフォーム | 開放するドメイン | エージェント向けインターフェース | 収益モデルの方向性 |
|---|---|---|---|
| Swiggy Builders Club | フード、Instamart(クイックコマース)、Dineout | 3 MCPサーバー + 18超のAPIツール + Skills | 招待制エコシステム経由でのコマース手数料 |
| Shopify (Catalog / Commerce API) | ブランドの自社EC | REST/GraphQL API、Agentic Commerceパートナー連携 | 加盟店からの月額+トランザクション |
| Stripe (Agent Toolkit) | 決済、Issuing、Connect | Agent Toolkit SDK + MCP | 決済手数料(エージェント経由でも同一) |
| Zomato (競合・インド国内) | フード中心 | 公開MCP/Builders Club相当なし | 従来型アプリ内コマース |
Shopifyは加盟店の自社ECをエージェントに解放する方向で、Agentic Commerceのパートナー連携を積み増しています。Stripeは決済・Issuing・Connectを「エージェントが使える決済の中立レイヤー」として位置づけ、Agent Toolkitの整備を進めています。これに対しSwiggyは、自社が抱えるサプライ側(レストラン、食料品、飲食店)を丸ごとAPI経由でエージェントに提供するという、垂直統合型のプレイヤーとして登場した格好です。
国内の直接競合であるZomatoは、同等の開発者向けエコシステムプログラムを公にしていません。Swiggyが先んじて「インドの食・生活圏のエージェント実行基盤」としてのポジションを主張することで、単なるアプリ競争からインフラ競争へと軸をずらそうとしている構図が読み取れます。
インドEC市場におけるインプリケーション
インドはモバイル経済が急拡大している一方、端末のスペックや回線環境は多様で、ネイティブアプリの競争が行き詰まりやすい市場でもあります。その文脈で、AIエージェントやコパイロット経由の購買が広がる可能性は、日本や欧米以上に高いと見る向きがあります。WhatsAppやサードパーティのAIアシスタントが事実上の「ショッピングの入口」になれば、Swiggyアプリをインストールしていないユーザー層にまで商圏を広げられます。
この展開は、同社がIPO後に求められている収益構造の多層化とも整合的です。配達のマージンに依存する構造から、プラットフォーム手数料とAPI経由のトランザクション手数料、さらに外部エージェントを通じた送客による取扱高拡大へと、レベニューミックスを再設計する意思が見えます。Swiggyは発表の中で、Builders Clubを「AIネイティブ・コマースイノベーションのための基盤層」と位置づけており、自社を一次需要獲得装置から流通経路を束ねる基盤へと再定義する姿勢が明確です。
外部開発者側にとっての吸引力も相応にあります。インドの飲食・クイックコマース領域で、認可されたAPIと実取引可能なMCPサーバーを一度に手に入れられる機会は他になく、隣接領域からの参入余地は広く設計されています。
日本・グローバルのEC事業者が受け取るべき論点
今回の動きは、地理的にはインドの出来事ですが、EC事業を運営する立場では普遍的な示唆を含んでいます。最初に直視すべきは、「自社の商品・サービスをAIエージェントから呼べるようにする」という論点が、B2C領域でも現実の運用仕様として立ち上がってきているという事実です。
第一の論点はエージェント向けインターフェースの設計責任です。Swiggyは3つのMCPサーバーと18超のAPIツールという具体的な粒度で公開し、しかもそれらを束ねた「Skills」まで用意しました。これは「自社のドメインをどの抽象度でエージェントに渡すか」を、プロダクト組織として設計しきった結果物です。日本のEC事業者が「在庫APIと注文APIを出しました」で止まるなら、Skillsのような高次モジュールを先に揃えた競合にユースケース獲得で後れを取ります。
第二の論点は招待制エコシステムというガバナンス設計です。オープンなAPIにすればスパム的な呼び出しや悪質エージェントのリスクが跳ね上がりますが、完全クローズドにするとエコシステムが育ちません。申請・審査・用途別の段階的アクセス、そして実績に応じたパートナー昇格という設計は、agentic commerce時代のプラットフォーム運営の標準モデルになる可能性があります。
第三の論点は決済・ID・信頼のスタック選定です。Swiggyはインフラ層にAWSを選び、Bedrock経由で複数モデルに対応する戦略を取りました。これは「モデルのロックイン」ではなく「決済と取引完遂のロックイン」に価値を置く設計です。自社のコマース・プラットフォームを考える際、どのレイヤーで差別化し、どのレイヤーで標準を受け入れるかの線引きを問い直すタイミングに来ています。
注意点も指摘しておきます。エージェント経由の取引が拡大すれば、従来のアプリ内UI、レコメンド、広告面の収益モデルは相対的に縮小します。アプリ経由の広告やアフィリエイトに依存してきた日本のECでも、この問いには早晩向き合うことになります。
まとめ
Swiggy Builders Clubの発表は、「AIコマース」が対消費者のチャット体験の話から、プラットフォーム側が提供するインフラ設計の話へと重心を移したことを示す代表例です。3つのMCPサーバー、18超のAPIツール、そしてSkillsという三点セットは、AnthropicやGoogleが提唱してきた抽象概念を、フード・雑貨・外食という泥臭い現実のドメインに着地させた具体例でもあります。
次に注目すべきは、Zomatoをはじめとする競合の対抗策、そしてAmazonやFlipkartといった隣接プレイヤーが同様のオープン化をどこまで進めるかです。agentic commerceの主戦場は、モデルやチャットUIの差ではなく、誰がエージェントに取引を実行させるための具体的なAPI・MCP・Skillsを最初に揃えるかという競争へと移りつつあります。日本のEC事業者も、自社の商品・在庫・決済をエージェントに渡すための一次設計を、2026年のうちに棚卸ししておく価値があります。




