ChatGPTはDropbox原本を直読、OpenAIはCodexの土台も外販
こんにちは、まさきです。
社内のファイルをChatGPTに読ませるには、いったん手元にダウンロードして、会話にアップロードし直す。この往復の手間が、9月の一連のアップデートで消えかけています。
変わったのは二つ。ChatGPTのファイル置き場であるLibraryが、Dropbox・Box・SharePointの原本をコピーせず直接読めるようになったこと。そして、Codexを動かす裏側の仕組みそのものを、OpenAIが開発者向けに丸ごと売り出したことです。
コピーせず社内データを吸い上げる動きと、土台ごと外部に開く動き。逆を向いて見える二つを、同じ狙いで説明できるのかを確かめていきます。
■ 目次
ChatGPTがDropboxの原本を直接読む
原本はChatGPT内に複製されない仕組み
7つの有料プランに届くChatGPTの原本参照
なぜChatGPTはCopilotと違う道を選ぶか
OpenAIがCodexの基盤を丸ごと外販
まとめ
■ ChatGPTがDropboxの原本を直接読む
まず一つ目です。Dropbox・Box・SharePointの中身を、ChatGPTのファイル置き場であるLibraryが直接扱えるようになりました。接続したフォルダをそのまま検索して要約や比較、再構成をモデルに頼めるので、これまでのように原本を会話へアップロードする必要はありません。
根拠がどこにあるかを見失わずに済むのは、引用をたどれば元のファイルへリンクで戻れる仕組みがあるからです。主要な法人向けストレージへ、8月に入ったGoogle Drive連携が広がった形です。
ChatGPTのLibrary(設定)からDropbox・Box・SharePoint等のストレージを接続する
会話で対象フォルダを指定し、要約や比較を頼む
現場の業務担当からすると、見積書や議事録が三つのサービスに散らばっていても、置き場所を意識せずに横断して尋ねられる意味は小さくありません。資料を探して開いて貼り付ける、あの下ごしらえの時間がまるごと削れる連携です。
こうしたアップデートを毎日追いかけて書いています。次回もよければ、フォローして一緒に眺めていってください。
出典: OpenAI Help Center(ChatGPT Business Release Notes)
■ 原本はChatGPT内に複製されない仕組み
この連携で肝になるのは、ファイルをChatGPT側にコピーしない点です。接続したストレージの原本はそのまま各サービスに残り、モデルは必要なときに参照しにいくだけです。会話の履歴にファイルの実体が溜まっていく従来のやり方とは、データの置き場所そのものが違います。
アクセス権の扱いも、この設計に沿っています。誰が何を見られるかは各サービスの既存の権限をそのまま引き継ぐため、本人が普段アクセスできるファイルしか表示されません。ChatGPTを入れたことで社内の見えない棚まで開いてしまう、という事態は起きにくい構造になっています。
原本を動かさずに参照するこの方式が標準になれば、企業がAIに社内データを触らせるときの心理的なハードルは、一段下がっていきそうです。
出典: TechSpot
■ 7つの有料プランに届くChatGPTの原本参照
では、誰が使えるのか。対象はGo・Plus・Pro・Business・Enterprise・Edu・Healthcareの7つで、無料プランを除けば事実上すべての有料利用者に届きます。
特定の上位プラン限定ではないぶん、影響を受ける人の裾野は広めです。展開は9月10日から段階的に進み、その週のうちに有料ユーザーへ広がるとされています。
実用面の要点をまとめておきます。
提供開始: 9月10日から段階的に展開(当該週中に有料ユーザーへ)
対象プラン: Go・Plus・Pro・Business・Enterprise・Edu・Healthcare(無料プランは対象外)
価格: 追加料金の明示なし
日本からの利用: 未公表(公式に提供地域の記載なし)
企業のIT管理者の立場からは、権限が各サービスの設定を引き継ぐ点が効いてきます。新しく権限設計をやり直す必要がなく、既存のフォルダ権限がそのまま働くなら、導入時のレビュー負荷は読みやすくなります。
全社に配っても、アクセス範囲が既存のルールを超えない連携です。
出典: OpenAI Help Center(ChatGPT Business Release Notes)
■ なぜChatGPTはCopilotと違う道を選ぶか
同じ「業務データをAIに読ませる」領域には、Microsoftの365 Copilotという手強い先行者がいます。CopilotはワードやエクセルやSharePoint、OneDriveといった自社の道具の内側に深く根を張り、Microsoftの世界で完結させることで強さを出してきました。執筆時点の一般公開情報の範囲では、両者の狙いどころははっきり分かれています。
ChatGPTのコネクタは逆に、Dropbox・Box・SharePointとベンダーをまたいで原本に手を伸ばします。Microsoftの製品でそろえていない会社でも、いま使っているストレージのまま入口にできる。ここが住み分けの軸になります。
選ぶ側の判断材料としては、社内のファイルがどこに集まっているかを先に見るのが早いかもしれません。Microsoftで固めた組織ならCopilotの一体感が効き、複数のクラウドに散っているならChatGPTの横断性が効いてくる、という読み方ができます。
■ OpenAIがCodexの基盤を丸ごと外販
ここからは開発者向けの話で、正直わくわくする動きです。二つ目のAgents APIでは、CodexやChatGPT for Workを裏で動かしているのと同じ「ハーネス」と呼ばれる実行の土台が、全開発者に向けてたった1回のAPI呼び出しの先に開放されます。HTTPで作業を送り込むと、会話履歴の保持やモデルの呼び出し、サブエージェントへの分担、長くなった文脈の圧縮、ツールの実行まで、OpenAI側がまとめて引き受けます。
覚えておく概念はSession・Agent・Environment・イベントの4つだけです。これまで自前で数ヶ月かけて組んでいたセッション管理や障害復旧の仕組みが、呼び出しの背後に畳み込まれる格好です。実行環境もマネージド版に加えて、BlaxelやCloudflare、Modal、Vercelなど9社のサンドボックスが一級の連携先として並びます。
ただし現時点はパブリックベータで、データの扱いはUS限定、Zero Data Retentionには非対応と明記されています。個人開発者の選択としては、基盤づくりから解放される魅力と、データの所在という制約を天秤にかける段階です。
土台を自分で持つか、借りて身軽に動くか——その選び方が現実の問いになってきそうです。
出典: OpenAI API Changelog(変更履歴ページ参照)
■ まとめ: ハブ化と基盤外販、OpenAIの二方向
最初に立てた問いに戻ります。社内の資料をコピーせず吸い上げるコネクタと、エージェントの土台ごと開発者へ開くAgents APIです。囲い込みと開放、逆を向いて見える二つは、実のところ同じ狙いの表と裏です。データが集まる入口と、アプリが作られる入口。OpenAIはその両方を、自分のところへ引き寄せようとしています。
道具を売る会社から、土台ごと貸す会社へ。この一年でOpenAIの立ち位置は、そう言い換えたくなるほど動きました。
今日できることとしては、自社のファイルがどのストレージに集まっているかを一度棚卸ししておくと、コネクタが自分の環境に降りてきたときに試す判断が早まります。実行基盤の側は、US限定・ZDR非対応という前提が今後どう緩むかで、業務データを預けられる範囲が変わってきます。相反して見えた二本の線が、どこで一本に合流するのか。次に見えてくるのは、その合流点です。
この会社の前回の記事はこちら: https://note.com/ai_masaki/n/nffd438c53d70
最後まで読んでいただき、ありがとうございます。
気になったアップデートや「ここもう少し詳しく」など、何でも気軽にコメントください。フォロー・スキでの応援も、毎日の深掘り記事を続ける励みになります。
それでは、今日も良きAIライフを！
