Y Combinator 日本語図鑑

事業概要

プロダクト

• 利用企業は対象アプリと許可する操作範囲を一度だけ登録する。
• エージェントの各リクエストを受け取り、承認済み任務と照合する。
• 要求された操作が承認済みの任務の範囲内かを判定する。
• 許可時は認証情報を伏せたまま外部アプリへの呼び出しを中継する。
• 拒否時は理由を返し、判断と実行の履歴を監査用に保存する。
• 管理画面で承認内容の変更と失効を実行できる。

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

• 顧客が接続したGmail、Slack、Google Driveの権限を連携APIで取得するとみられる。
• エージェントのAPI要求を中継し、宛先と操作内容を抽出するとみられる。
• 要求を承認済み任務の範囲と照合し、許可か拒否かを判定するとみられる。
• 認証情報は暗号化した保管庫に置き、エージェントへ渡さないとみられる。
• 判定ログと実行履歴を保存し、監査や再承認に提供するとみられる。
• 業務アプリ側の認可方式の違いを吸収する接続基盤を持つとみられる。

収益モデル

• 企業がエージェントの権限管理機能に対して月額または従量で支払う形態とみられる。
• 課金単位は利用者数、接続アプリ数、実行回数のいずれかと推測される。
• 料金体系と価格は非公開。

差別化

• 承認済み任務と実行履歴の蓄積が監査対応の価値を高める。
• エージェントに認証情報を渡さない中継方式が導入障壁を下げる。
• 業務アプリの権限設定に食い込み、後からの置換が難しくなる。
• 承認と実行を一箇所で扱うため、運用の起点を握りやすい。

日本展開時のリスク

• 個人情報保護法に基づく委託先管理と越境移転の確認が必要になる。
• 業務アプリの認可設定は企業ごとに異なり、導入負荷が高い。
• 国内のID管理製品と権限管理の範囲が重なる可能性がある。
• 障害時に業務アプリの操作が止まるため、可用性要件が厳しい。
• 創業間もない1人体制では、国内の販売と保守の網を築きにくい。

日本での競合

• 国内にはAIエージェントの権限を代行する直接の同型が確認できない。
• 企業向けID管理や特権管理の製品が近接領域に存在する。
• 大手セキュリティベンダーは代理店網と導入実績で優位に立つ。
• 業務アプリの権限を扱うため、監査と委託先管理の説明が参入条件になる。
• 実導入の実績が乏しく、まず設計パートナーの獲得が課題となる。