Y Combinator 日本語図鑑

事業概要

プロダクト

• 社内で開発されたエージェントの定義と接続先システムを登録する。
• 各エージェントに固有の識別子と範囲を絞った認証情報を発行する。
• 稼働前にIT担当者の承認を要求し、未承認の起動を止める。
• 実行ログを収集し、失敗や未使用のエージェントを検出して通知する。
• 機密操作には事前承認を課し、全操作の監査記録を残す。

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

• 顧客のクラウド環境や社内システムからエージェントの登録情報をAPI経由で取得するとみられる。
• 認証基盤と連携し、実行主体ごとに短命の資格情報を発行する方式と推定される。
• 実行時の呼び出し履歴を収集し、操作の宛先と権限を照合して記録する。
• 利用頻度や失敗率を集計し、停止候補のエージェントを抽出するとみられる。
• 承認待ちの操作を検知し、ポリシーに沿って可否を判定して遮断する。
• 監査ログは改変防止を前提に保管し、検索と出力の機能を提供すると推定される。

収益モデル

• IT部門が管理対象のエージェント数に応じて月額で支払う形態とみられる。
• 監査ログの長期保管や高度な統制機能を上位プランで課金する可能性がある。
• 導入設計や運用支援を一時金で受ける形も考えられるが、価格は非公開。

差別化

• 全社のエージェントを台帳化し、権限と履歴を一箇所に蓄積する。
• 承認と監査を稼働経路に組み込み、運用の中心に居座る。
• 認証基盤やクラウドとの接続が増えるほど移行費用が上がる。
• 失敗や未使用の検知で運用の継続的な改善を担う。

日本展開時のリスク

• 個人情報や機密情報への権限設計が不十分だと導入が進まない。
• 既存の認証管理やクラウド基盤との接続仕様の確認に時間がかかる。
• 監査ログの保管場所と保存期間について社内規程との整合が必要。
• エージェント導入が少ない企業では費用対効果を示しにくい。
• 情報システム部門の承認フローが複雑で、決裁に時間がかかる。

日本での競合

• 国内にエージェント専用の統制製品は見当たらない。
• クラウド大手が認証と権限管理の機能を拡張しつつある。
• 既存の認証管理製品やセキュリティ製品が代替手段となる。
• 直接の同型はなく、参入の空白は相応に大きい。
• 企業のエージェント利用が少なく、需要の立ち上がりが遅い。
• 監査対応と既存システム接続の設計が参入時の壁になる。

主要プレイヤー

• Microsoft Azure — クラウド基盤と業務アプリ。
• Amazon Web Services — クラウド基盤。国内リージョンで提供。
• Google Cloud — クラウド基盤とデータ分析。
• トレンドマイクロ — セキュリティソフト。