Y Combinator 日本語図鑑

事業概要

プロダクト

• 自然文で業務手順を記述すると、呼び出し可能なAPI端点を生成する。
• 各呼び出しはWindows仮想マシン上の自動操作を起動し、結果を返す。
• 画面要素の変化を検知すると操作手順を自己修復し、再実行する。
• 実行ごとに全画面の動画記録と詳細ログを保存し、再生できる。
• 異常終了や失敗はSlack通知で送り、顧客対応の一次情報にする。
• 開発エージェントからMCP経由で手順の登録と更新を実行できる。

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

• 顧客のWindows端末やCitrix環境から、画面情報と操作ログを取得するとみられる。
• 接続は専用エージェントまたは遠隔実行基盤を通す方式と推定される。
• 画面要素の位置や文言を照合し、手順の変化を検知して修復するとみられる。
• 生成した手順は実行可能なAPI定義として保存し、呼び出しに応じて配信する。
• 動画とログは実行単位で蓄積し、監査や問い合わせ対応に使える形で保持する。

収益モデル

• AIスタートアップが、旧式アプリ接続の実行基盤利用料を支払う。
• 課金単位は実行回数または仮想マシンの稼働時間と推定される。
• 価格は非公開。

差別化

• 画面操作の失敗と修復の履歴が資産として蓄積される。
• API化の対象を旧式デスクトップアプリに絞り、需要を一点で取る。
• 実行の録画とログを納品物に含め、監査要件に応える。
• 開発エージェント経由の組み込みで顧客の開発工程に入り込む。

日本展開時のリスク

• 基幹系がオンプレミスに残る企業では、外部接続の許可取得に時間がかかる。
• 顧客端末の画面情報を扱うため、個人情報や機密情報の管理基準が問われる。
• 情報システム部門のセキュリティ審査を通す必要があり、導入期間が延びやすい。
• 国内の業務自動化ベンダーが同種機能を追加すれば、価格競争になる。
• 仮想マシン運用の責任分界が曖昧なままでは、障害時の契約が難航する。

日本での競合

• 国内の業務自動化は大企業向けの導入支援が中心で、保守契約が大きな位置を占める。
• 旧式デスクトップアプリの操作をAPI化する専用サービスは、確認できる範囲では見当たらない。
• 業務自動化の主要各社は、画面操作の自動化機能を既に持つ。
• AIエージェントから業務システムを呼ぶ需要は、国内でも立ち上がり途上にある。
• 直接の同型はなくても、既存ベンダーの追加機能として吸収される可能性がある。
• 導入時は情報システム部門の審査と、既存基幹系との接続設計が壁になる。