OpenAIのAI「dot」がバグ報告の収集からコード修正までを自動化

何が発表されたのか

OpenAIは2026年10月23日、自律型AIエージェント「dot」を活用した開発ワークフローの実演動画を公開しました。登壇したOpenAIのエンジニアであるRennie Song氏は、自身が開発に携わる「dot」プロジェクトにおいて、AIエージェント「benny」を活用した事例を実演しました。本発表は、単なるAIチャットボットにとどまらず、ドキュメント連携、ブラウザ操作による外部情報の自動収集、音声通話によるタスク協議、そしてコード解析ツール「Codex」を用いた自動修正までを一体化した、開発デモの位置づけとなります。開発者が日常的に行うフィードバックの集約と問題分類、コードレベルの原因調査をAIへ委託する具体的なプロセスの全容が提示されました。

発表された機能・アップデートの全容

ChatGPT Spaceによるドキュメント管理とスプリットスクリーンUI

デモでは、ChatGPT Spaceと呼ばれるドキュメント管理インターフェースが披露されました。画面左側にAIチャットの会話スレッド、画面右側に構造化されたドキュメントやテーブルが配置されるスプリットスクリーンUIを採用しています。Rennie Song氏は「External Feedback」というドキュメントページを開き、SNSや社内チャネルから集まった意見をカテゴリ別および優先度順のテーブルに整理して表示しました。ユーザーはチャット欄から「can you update the external feedback tracker with the latest feedback from reddit and twitter」と入力することで、ドキュメント内のトラッカーテーブルをリアルタイムに更新できます。

インラインコメントとメンションによるAIエージェントへの個別タスク指示

ドキュメント内の特定行に対してインラインコメントを投稿し、AIエージェントをメンション呼び出しする機能が実演されました。Rennie Song氏は「Broken computer connections and Bad Gateway login errors...」という不具合報告の項目に対し、@bennyとメンションを付けて「@benny can you look into this in a cloud thread for me and help me identify root cause」とコメントを入力しました。これにより、ドキュメント上の特定のコンテキストに紐づいた形で、AIエージェントが背景調査や原因特定を行うクラウドスレッド（Cloud thread）が即座に起動する仕組みが確認できます。

自律型ブラウザ操作によるSNS・外部ソースからのフィードバック収集

「benny's computer」と呼ばれる専用の仮想デスクトップ画面が表示され、AIエージェントが自律的にブラウザを操作する様子が実演されました。エージェントはX（旧Twitter）上で「dots」や「OpenAI」に関する最新の投稿を検索し、不具合の報告やユーザーのフィードバックを探索します。手作業でSNSを確認することなく、AIが外部Webサイトから関連情報を抽出してリスト化します。デモ内では15件の新規フィードバックが自動検出され、トラッカーの合計管理件数が195件から210件へと一括更新される様子が画面上で提示されました。

リアルタイム音声通話（Voice Call）による不具合テーマの口頭協議

画面上のボタンをクリックすることで、AIエージェント「benny」と直接音声通話を開始するデモが行われました。通話が接続されると、「Hey Rennie, back again?」「Hey Benny」という自然な対話が始まります。Rennie Song氏は直近2日間の外部フィードバックの傾向について「どのようなカテゴリで問題が多く発生しているか」を口頭で尋ねました。bennyは応答の中で「サイレントストール（処理の停止）」「接続問題」「対話の継続性」の3つが主要な問題であると報告しました。特に接続と統合が最多カテゴリであるものの、ユーザーの不信頼感に直結する「サイレントストール」の調査を最優先すべきだと口頭で議論を深めました。

Codex連携によるバックエンドコード解析と自動PR（プルリクエスト）作成

音声通話で特定された「モデル非対応時に新規dot作成が失敗する問題（greeting model failure）」について、bennyは「利用できないモデルが要求された際にフォールバック用モデルへ切り替える修正」を提案しました。指示を受けたbennyは「Work with Codex」ワークスペースを起動し、バックエンドコードの解析、リグレッションテストの追加、および最小限のPR作成を並行して実行しました。調査完了後、ドキュメントのコメント欄に「The follow-up code investigation focused on a confirmed backend greeting failure...」という詳細な原因調査レポートとタイムラインが自動添付され、開発者は承認のみで修正を反映できる状態が完成しました。