Y Combinator 日本語図鑑

事業概要

プロダクト

• チャットで業務の指示と対象ツールを指定して依頼する。
• 内蔵連携かHTTP APIかMCP経由で外部ツールを読み書きする。
• 必要なら画面を生成し、一括処理や計算はコード実行で賄う。
• APIの無いサイトは実ブラウザー操作で入力と取得を行う。
• 定時や条件のトリガーで同じ処理を継続的に実行する。
• 実行ログと結果をチャット上に返し、修正指示で再実行する。

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

• 顧客の業務システムの認証情報と対象データを連携設定から取得するとみられる。
• API、MCPサーバー、ブラウザー操作の三経路で外部ツールに接続する。
• 指示文を解釈して実行手順と使用ツールを選択する構成と推定される。
• 数値処理や一括更新はクラウドのサンドボックスでコードを走らせる。
• 生成した画面は都度出力し、実行状態はクラウド側で保持するとみられる。
• 複数モデルを切り替えて推論し、連携先の仕様変更に追随する。

収益モデル

• 法人が利用者数に応じた月額で契約する形態が想定される。価格は非公開。
• 実行量に応じた従量課金や上位プランの追加も考えられる。価格は非公開。
• 連携構築や導入支援を個別案件として受託する形態も想定される。

差別化

• 連携先の数と接続手順の蓄積が乗り換えコストになる。
• 継続稼働する定型業務を握ると置換が難しくなる。
• 画面生成とコード実行を同じ実行基盤で賄う構成。
• 複数モデルを差し替えられ性能向上を吸収できる点。

日本展開時のリスク

• 顧客の業務データと認証情報を預かる責任分界の設計。
• 個人情報保護法と社内規程に沿った権限管理の実装。
• 基幹系や国内SaaSとの接続コネクタが限られる点。
• 実行誤りによる更新事故への補償と監査証跡の整備。
• 月額の妥当性を示せず決裁が下りにくい可能性。

日本での競合

• 国内は業務フロー自動化と定型作業自動化が別々に存在する。
• 定型的な連携はノーコード連携サービスが担っている。
• 反復作業の自動化は国内RPA製品が大企業に浸透している。
• 複数ツールを横断し判断も行う同型は見当たらない。
• 生成AIの業務利用は大手のシステム会社経由の提案が中心。
• 参入には国内SaaS接続と監査対応の作り込みが要る。