Y Combinator 日本語図鑑

事業概要

プロダクト

• エージェントは単一の接続口から必要な機能を検索する。
• 用途と予算を渡すと候補のAPIやデータ、スキルを返す。
• 共通残高から利用料を引き、提供元への支払いを振り分ける。
• 実タスクの成績と利用結果の評価を蓄積し提供元を順位付けする。
• 各リクエストは成績の良い提供元へ実行時に自動で回す。
• 残高と利用履歴は一つの管理画面でまとめて確認できる。

技術アーキテクチャ（推定）

• 提供元の仕様や価格、稼働状況を公開情報と提携先から取得するとみられる。
• 常駐する接続サーバーでエージェントの要求を受け、検索条件に変換する。
• タスク種別ごとに成功率と応答時間を記録し、提供元の順位を算出する。
• 利用結果の評価をスコアへ反映し、振り分け先を継続的に更新すると推定。
• 残高と取引履歴を台帳として保持し、提供元への支払いを一括精算する。
• 提供元の認証情報は利用者ごとに分離して保管するとみられる。

収益モデル

• エージェント運営企業が共通残高へ前払いし、利用量に応じて課金される形態とみられる。
• 提供元からは取引手数料を取る設計が想定されるが、料率は非公開。
• 法人向け月額契約の有無や価格は非公開。

差別化

• 実タスクの成績データが積み上がるほど振り分け精度が上がる。
• 課金と認証を一箇所に集約し、接続先を固定させる。
• 提供元と利用者が同じ残高基盤に乗るため離脱しにくい。

日本展開時のリスク

• 前払い残高を扱う場合、資金決済法の該当性を確認する必要がある。
• 提供元への支払い代行は収納代行の登録要件に関わる可能性がある。
• 国内提供元のAPIは個別契約が多く、掲載交渉に時間がかかる。
• 企業のAPI鍵を預かるため、保管基準の説明を求められやすい。
• 国内はクラウド各社の課金基盤が既に使われ、切替理由が薄い。

日本での競合

• 国内ではクラウド各社のAPI市場と課金基盤が事実上の標準となっている。
• エージェント専用の調達市場を掲げる国内事業者は確認できない。
• 開発者向けのAPI連携支援は各社にあるが、共通残高の仕組みはない。
• 大手クラウドは請求と認証を自社基盤に囲い込み、参入障壁が高い。
• 国内提供元の掲載拡大と決済の適法性確保が参入の前提になる。

主要プレイヤー

• Amazon Web Services — クラウド基盤。国内リージョンで提供。
• Google Cloud — クラウド基盤とデータ分析。
• Microsoft Azure — クラウド基盤と業務アプリ。
• さくらインターネット — 国内データセンターのクラウド。