Stripeは社内AI「Kai」の中核に、ドメインの担当者を据えた

StripeのKaiに関する7月30日の発表によると、社内プラットフォームは2026年4月に立ち上がった。従業員の83%が毎週利用し、管理業務から年間25,000時間を振り向けたと報告している。

大きな変化

• 何が変わったか：専門担当者が共有インフラ上のエージェントの動作を保守する。
• なぜ重要か：エージェントのプラットフォームを選ぶことは、その指示と許可された操作に誰が責任を持つか決めることでもある。
• 今後の注目点：利用者数に加え、タスクの成功率と修正の必要性も測定する。週次利用率だけでは、作業が正しくできたか分からない。

作業の分担

Stripeによると、AgentStudioはドメイン担当者がエージェント、スキル、ツールを管理する場所だ。共有APIを通じ、Web、Slack、埋め込み型インターフェースに対応する。Kubernetes上ではDeep Agentsのハーネス、セッション用サンドボックス、仮想ファイルシステムを稼働させている。

従来のビルダーではエージェントが4,000超に膨らんだ。Kaiは検索取得とモデルによる選択を用いて、1,000超のスキルやツールに接続する。Stripeはタスク単位の権限についても説明している。顧客コンテキストを二つ別々に参照できても、それらを組み合わせてよいとは限らない。

上流のDeep Agentsリポジトリには、ファイルシステムへのアクセス、コンテキスト管理、読み込み可能なスキルが記載されている。セキュリティガイダンスでは、モデル自身の自制に頼らず、ツールとサンドボックスで制御するよう求めている。つまり、指示とアクセス制御は異なる役割を担う。ツールに能力が与えられたままなら、文章で禁止してもその能力を取り除けない。

証拠から分かること

Stripeが別途公開した統合ベンチマークには、具体的な採点例がある。APIやインターフェースを試すテストを備えた11のコーディング環境で、Stripeオブジェクトの作成を確認する場合もある。これらのテストが評価するのは統合機能であり、Kaiではない。

確認したKaiの説明には、回答品質を評価する手順や、削減時間の推計方法が示されていない。スキル変更を提案・テストし、所有者のレビューに回すトレースベースのループは、まだ計画段階だ。