OpenAIのChatKit、Agent Builder終了でAIチャットUIを自前サーバーへ寄せた
OpenAIのChatKitドキュメントは、Agent BuilderでホストされたChatKitワークフローを移行期間の扱いに変え、2026年11月30日にAgent Builderを終了予定だと明記しました。新しいChatKitアプリや移行作業では、自前のサーバーサイドエージェント実装とChatKit SDKを使うよう案内しています。これは単なる開発者向け移行告知ではありません。AIチャットの見た目を埋め込むだけでなく、認証、データ保存、ファイル、ツール、権限、ウィジェットの責任を、アプリ側の運用境界へ戻す変更です。
ホスト型ワークフローは移行期間のものになった
OpenAIはChatKitを、エージェント型チャット体験を作るための埋め込みUIとして説明しています。ただし、今回重要なのは、Agent Builderでホストされたワークフローを新規開発の本流から外した点です。既存ユーザーは移行期間中に使い続けられますが、Agent Builderは2026年11月30日に終了予定とされています。
新しいChatKitアプリ、または既存アプリの移行では、OpenAIはAdvanced integrationsを使うよう案内しています。つまり、ChatKitの画面部品は使いながら、エージェントの実行、データストア、ファイルストア、認証、ツール呼び出しは、自分のサーバー側に置く構成です。
これは、ノーコード風のワークフロー作成から、プロダクトに組み込むエージェント基盤へ焦点が移ったという読み方ができます。AIチャットを試す段階ではホスト型ビルダーが便利でも、本番のアプリではユーザー、権限、データ、監査の境界を自分のシステムで持つ必要が出てきます。
ChatKitのUIは残り、責任の場所が変わる
Advanced integrationsのドキュメントでは、ChatKit serverを実装し、ユーザーのメッセージやクライアントツール出力を受けて、Agents SDKにつないだレスポンスをストリーミングする構成が示されています。画面のチャットUIはChatKitに任せつつ、会話の実行と保存はアプリ側で扱う形です。
ここでInterface Wire的に面白いのは、UI部品と運用責任が分離されている点です。ChatKitは、メッセージ、ファイル添付、ウィジェット、アクション、進捗表示、テーマなどを提供します。一方で、誰が使っているのか、どのデータを保存するのか、アップロードファイルをどう消すのか、どのツールを呼べるのかは、アプリ側が設計します。
つまり、AIチャットの埋め込みは、単に吹き出しUIを貼る作業ではなくなっています。ユーザー識別、ストレージ、ファイルプレビュー、削除、長時間ツールの進捗、クライアント側アクションまで含めて、プロダクトの運用モデルとして作る必要があります。
チャット埋め込みはプロダクトの運用設計になった
Agent Builderからの移行ガイドも同じ方向を示しています。既存ワークフローはAgents SDKコードとしてエクスポートできますが、すべての挙動がそのまま移る保証はありません。ChatGPT Workspace Agentへ移す場合も、接続アプリ、ツール、権限、認証、動作確認は別途レビューする必要があります。
これは、エージェントUIの価値が「会話できること」だけでは測れなくなったということです。どのツールが使えるのか、ユーザーのファイルはどこに置かれるのか、長い処理の途中状態をどう見せるのか、失敗時にどこで止めるのか。ChatKitはそこにUI部品を用意しつつ、最終的な責任をアプリのサーバーと運用に接続します。
OpenAIにとっても、この整理は自然です。ChatGPTの中で試すエージェント、Codexで動く作業、外部アプリへ埋め込むチャットは、見た目だけではなく責任境界が違います。ChatKitの移行案内は、AIチャットUIを本番プロダクトへ入れるなら、ビルダーの便利さより、実行環境とデータ境界を先に決める段階へ来たことを示しています。
ChatKitの方向転換は、AIアプリのチャット欄が部品から運用面へ移ったことを示しています。OpenAIはUIを提供し続けますが、Agent Builder終了後の本流は、自分のサーバーでエージェントを動かし、データ、ファイル、認証、ツール、権限を自分のプロダクト境界で扱う形です。AIチャットを本当に組み込むなら、見た目より先に、どこで責任を持つかを設計する必要があります。