OpenAIとOracle、ChatGPT向けワークスペース連携と米国での購入経路を説明

質問から承認済みの業務処理へつなぐ、開発中のワークスペース

OpenAIによると、OracleはOracleのアプリケーションやデータをChatGPTに接続するOracle AI Workspaceを開発している。想定する体験では、従業員が実行したい仕事を説明し、関連情報を探して、承認された業務フローを進める。発表では管理の簡素化と統一サインインを目標として掲げ、アクセスは各組織の権限と承認に従うとしている。

原文の例では、新しく財務チームに加わった従業員が、財務・調達・計画アプリケーションを横断して費用、購買判断、月次締めで残っている作業を調べる。これは計画中の体験の例である。AISubHubの分析としては、答えを見つけられることと業務記録を変更する許可があることを区別して評価すべきだ。発表には接続アーキテクチャ、詳細な承認手順、制御が一連の処理で機能することを示す試験はない。

3つのOracle製品は異なる運用上の仕事を対象とする

Oracle AI Security Meshは、OpenAIのサイバーセキュリティモデルを使い、アプリケーションとインフラの脆弱性を発見・修正する仕組みとして説明されている。試験基盤はOracleが管理し、利用は顧客が許可された範囲内にとどまることを意図している。原文はモデルのバージョン、検出率のベンチマーク、すべての顧客がすでに利用できるという証拠を示していない。

Oracle AI SMB Bundleは、ChatGPT BusinessとCodex、Oracleアプリケーション、定期的に提供されるOracle Cloud Infrastructureのクラウド利用枠を組み合わせる。原文には利用枠の量、付与間隔、バンドル価格、シート数、受け取り条件がない。したがって「定期的」を架空の毎月の固定枠や無料サービスという説明に置き換えてはならない。

Oracle App Composerは、CodexなどのAIツールでアプリケーションを作り、承認されたOracleのデータや業務フローに接続し、社内で共有することを支援する構想だ。Oracleが企業のアクセス制御を備えてOracle Cloud Infrastructureへの展開を管理するとされる。AISubHubの分析では、実際の提供物に含まれるデータ接続、展開の責任、サポート義務の確認が重要だが、この発表だけでは詳細は決まらない。

Marketplaceの記述が定めるのは米国の調達方法

発表は、米国のOracle顧客が既存の調達手順と対象となるOracle Universal Creditsを使い、Oracle Marketplace経由でOpenAI API、Codex、ChatGPT Workの利用を購入できると明記する。これは購入経路、対象地域、使用できるクラウド利用枠の適格条件を示したものだ。

この経路があることは、Oracle AI Workspaceの一般提供、既存の個人向けChatGPT契約への同梱、すべてのOracle利用枠の適格性を証明しない。AISubHubの分析では、費用の見積もり前に製品、適格な利用枠の残高、契約条件を特定する必要がある。今回読んだ原文には価格、税の扱い、最低利用約束額、明示された米国の購入範囲以外でのアクセス条件はない。

利用者数と採用業務の事例は、別々の制約を持つ

OpenAIはOracleの報告として、ChatGPTのアクティブ利用者130,000人、Codexのアクティブ利用者95,000人超を挙げる。またOracleの採用チームがChatGPT Workで市場調査を行い、以前は取りまとめに2–4日かかった仕事について、現在の準備は15–20分だと説明している。これは企業に帰属する数値と業務の事例であり、AISubHubの測定ではない。

発表はアクティブ利用者の集計期間、両集団の重複、所要時間調査の規模や方法を定義していない。人数を足してもユニーク利用者の合計にはならない。また「取りまとめ」と「準備」の時間比較には、統制された同一作業の定義がない。この記述は報告された用途を理解する材料にはなるが、一般的な生産性倍率、人員予測、投資収益率の推計を支えるものではない。

企業導入には製品ごとの証拠が引き続き必要

提携には製品開発、Oracleが管理する提供物、購入経路が含まれる。OpenAIの投稿は、そのすべてに共通する一つの公開日を示していない。企業の権限と承認への言及は想定するガバナンスの説明であり、各製品のセキュリティ評価、データ保存場所の仕様、本番試験は公開していない。

AISubHubの分析では、まず一つの業務フローを選び、提供状況、アクセスを認められるデータと操作、管理者承認の要件、商用条件を確認することが実務的だ。財務の例なら、試行を拡大する前に、閲覧可能な記録と承認が必要な操作の証拠を得る必要がある。これらは発表から導く評価上の問いであり、説明されたシステムが検証に合格したという主張ではない。