月間6億トークンでも従量課金10万円以下に、水処理装置メーカーの全社生成AI基盤

全社ですでに稼働している Okta を、生成AI基盤側の Firebase Authentication と連携させた認証設計が、この取り組みの土台になっています。注目したいのは、権限のルールを基盤の中で新しく作り直すのではなく、組織上の責任と権限という既存の秩序をそのまま引き込んだ点です。基盤の側で権限表を独自に持てば、人事異動のたびに二重管理が発生し、いずれ実態とずれていきます。既存の認証基盤を正としてぶら下げる設計だからこそ、重要な技術文書をAIに参照させるという判断に踏み切れたのではないでしょうか。

ゼロからのフルスクラッチではなく、開発パートナーが持つ既存サービスをベースにカスタマイズする進め方も、実現性を大きく左右したと見ています。要件のうち共通部分は出来合いの土台に任せ、独自の権限制御やセキュリティといった譲れない部分に開発の力を集中させる形です。自社基盤という選択は本来、時間と費用の面で重くなりがちですが、その重さを設計段階で削っておく判断が働いています。

開発途中に公開された新しいモデルを取り込めた背景には、発注側があらかじめ最新モデルを積極的に使う方針を明示していたことがあります。新モデルの採用は通常、慎重な検討そのものに工数を要しますが、方針が先に定まっていれば議論の時間を実装へ回せます。認証まわりで想定外の調整が必要になった局面でも、開発側が他部署の Okta 担当者と直接やり取りする形をとることで、伝言を介した往復を減らしていました。