OpenAIは2026年9月29日、GPT-6 Astraを搭載し、利用者が離れている間も作業を続けるAIエージェント「dots」を発表しました。dotsは単発の質問に答えるチャットボットではなく、目標と許可されたアプリをもとに、専用のクラウドコンピューターで継続的に仕事を進める設計です。OpenAIの公式発表によれば、ChatGPT、Slack、Teamsからやり取りでき、4,000以上のアプリに接続できる仕組みも用意されています。

ただし「24時間動く」ことは「確認なしで何でも任せられる」という意味ではありません。中小企業が見るべきなのは、処理能力の宣伝より、どの仕事を渡し、どの権限を与え、どの成果物を人が承認するかです。

dotsで何が変わるのか

従来のチャット利用では、担当者が都度、資料を渡し、指示を出し、返答を読んで次の指示を出します。dotsは、目標や基準を共有したうえで、複数の作業を継続して進め、途中経過や判断が必要な点を返す考え方です。公式発表では、顧客の要望から修正案とテスト済みの変更を準備する開発、条件変更に応じて販促資料を更新する業務、新しいデータに応じて分析をやり直す研究、インタビューからクリップやSNS案を作るコンテンツ制作などが例として示されています。これらはOpenAIが示す利用イメージであり、導入企業の成果を示す実績ではありません。

業務上の違いは、入力から出力までを一度に自動化することではなく、途中で新しい情報が入り、同じ目的のもとで作業が続く仕事に向く点です。例えば、毎週更新される営業資料の差分確認、複数人から集まる修正依頼の整理、承認前のSNS案の下書きなどは、継続性を評価しやすいでしょう。一方、送金、契約確定、顧客への一斉送信のように誤操作の影響が大きい処理は、最初から完全委任の候補にすべきではありません。

利用条件はプランと市場を分けて確認する

OpenAIの発表では、dotsはProとBusiness Premiumの利用者へ対象市場で順次展開され、最初のdotは追加料金なしで含まれるとされています。Enterprise、Edu、Healthcareは管理者が有効化するベータとして案内され、初期状態ではオフです。DevDay 2026の公式まとめも同じ対象条件を示しています。

ここで注意したいのは、対象プランが書かれていることと、日本の自社アカウントで今すぐ使えることは同じではない点です。公式発表はeligible markets（対象市場）での展開と説明していますが、日本向けの提供完了時期までは確認できません。管理者設定、対象プラン、実際の画面表示を確認してから試してください。日本語の入力・出力ができるかという言語の問題と、日本のアカウントが対象市場に含まれるかという提供地域の問題も分けて扱います。

確認項目 確認できたこと 導入判断への意味
モデルと実行環境 GPT-6 Astra、専用クラウドコンピューター、ブラウザーと接続アプリ 長時間作業を任せられるが、実行環境の権限を先に設計する
接点 ChatGPT、Slack、Teams。モバイルからの連絡も案内 既存の連絡経路に合わせられるが、通知だけで承認済みとは限らない
プラン Pro、Business Premium。Enterprise等は管理者有効化のベータ 契約と管理者設定を確認する
利用量 通常の会話と、Codex・ChatGPT Workで開始・管理するタスクは扱いが異なる 長時間処理の上限と既存サービスの枠を確認する

最初に任せるなら「下書き」と「整理」から

想定例1：コンテンツ制作の更新候補を作る

マーケティング担当が、承認済みのブランドガイド、過去の公開記事、今週届いたインタビュー文字起こしをdotsに参照させ、記事の論点、見出し案、SNS投稿案を整理させる想定です。最初は公開操作を許可せず、担当者が事実、固有名詞、権利関係、表現のトーンを確認します。評価指標は、初稿が使えるかだけではなく、修正差戻しの種類、確認にかかった時間、元資料の参照漏れです。dotsが自動で公開できると推測してはいけません。公式発表で確認できるのは、資料や投稿案を準備する利用イメージと、人が確認・承認する仕組みです。

想定例2：営業案件の更新点をまとめる

営業責任者が、許可した案件管理資料と製品ドキュメントをdotsに読み取らせ、顧客要件の変更、未検証の論点、次に必要なテストを一覧化させる想定です。顧客への返信や提案条件の確定は人が行います。評価するのは要約の読みやすさだけではなく、どの要件を根拠資料へ戻れるか、古い情報を混ぜないか、担当者が未確認の提案を送らずに済むかです。顧客の秘密情報を扱う場合は、社内の情報管理規程とOpenAIの契約・設定を先に確認します。

小さく試す五段階

  1. 対象を一つに絞る。 失敗しても公開・送信・契約が発生しない、下書きや整理の仕事を選びます。
  2. 成功条件を決める。 例えば、重要項目の抜け、確認者の修正回数、1件あたりの確認時間を記録します。売上増加など、dotsだけの効果と切り分けにくい指標から始めません。
  3. 権限を最小化する。 接続するアプリ、読める資料、書き込める場所を列挙し、送信や公開などの操作は承認必須にします。
  4. 途中経過を確認する。 OpenAIはActivity Viewで進捗を追い、必要なら方向を変えられると説明しています。目的から外れていないか、古い資料を使っていないかを途中で見ます。
  5. 続ける条件と止める条件を決める。確認負荷が減り、誤りを発見でき、権限の範囲内で安定した場合だけ対象を広げます。誤送信、根拠のない断定、秘密情報への不要なアクセスがあれば停止して設定を見直します。

自律性が高いほど、人の確認を設計する

OpenAIは、dotsに独立して動くためのルール、カスタムルール、アクセス権限、承認の仕組みを用意し、危険が検知された場合は作業を一時停止または停止すると説明しています。また、dotsは誤る可能性があるため、重要な成果物は常に確認するよう案内しています。これは便利な付加機能ではなく、継続的に動くエージェントを業務へ入れる前提条件です。

OpenAIの安全評価資料では、介入するタスク数が5件から10件へ増えた条件で、中程度の範囲逸脱フラグが8.6%から19.7%へ増えたテスト結果が示されています。これは自社業務の失敗率ではなく、GPT-6 Astraの管理された評価結果です。ただ、作業を長くし、扱うタスクを増やすほど監督の設計が重要になることを考える材料にはなります。公開範囲、顧客連絡、金銭、法的約束に関わる作業は、モデルが高性能でも自動承認にしない方が安全です。

導入を見送るべき条件もある

対象プランや市場が確認できない、管理者がベータを有効化できない、接続先の権限を細かく分けられない場合は、まず通常のチャットや既存のワークフローで目的を満たせるかを比較します。人が確認するより速く見えても、誤りの発見、差し戻し、監査記録に時間がかかるなら、業務全体では改善になりません。

また、dotsの専用クラウドコンピューターと接続アプリが、社内ルールや顧客との契約に適合するかは、OpenAIの発表だけでは判断できません。個人情報、未公開の企画、契約書、顧客アカウントへアクセスさせる前に、対象データ、保存・利用条件、管理者設定を確認してください。分からない条件を「AIだから安全」「クラウドだから危険」と一括りにせず、具体的なデータと権限で判定します。

今の段階での結論

OpenAI dotsの意味は、チャットの回答を速くすることより、目標に沿って継続する仕事の単位をAIへ渡せるようにした点にあります。ただし、24時間稼働は自動公開や自動承認を意味しません。まず対象プランと対象市場を確認し、機密性の低い下書き・整理業務を一件だけ選び、接続アプリと権限を最小化して試してください。担当者が途中経過を見て、成果物を採用するか止めるかを決められるなら、dotsが自社の業務改善に値するかを、宣伝文句ではなく確認負荷と誤りの記録で判断できます。

出典: OpenAI「Introducing dots」、OpenAI「DevDay 2026 Recap」、OpenAI Deployment Safety HubのGPT-6 Astra評価。