これまでのChatGPTは、人がチャット欄に質問を入力し、その場ですぐに答えを受け取る「対話型ツール」でした。しかしDotsは、専用のクラウド環境とブラウザ、各種アプリとの連携権限を持ち、「人が会話画面を閉じたあともバックグラウンドで仕事を継続してくれる」という全く新しい特徴を持っています。
「担当者を1人増やすように仕事をしてくれる」とも表現されるDotsは、一体何ができるのか。これまでのChatやWork、Codexと何が違い、現場ではどのように活用できるのか。本記事では、公式発表情報や先行利用者の実践的な知見を交えながら詳しく解説します。
常時稼働型AIエージェント「Dots」の概要
Dotsは、OpenAIのフロンティアモデル「GPT-6 Astra」をコアに搭載した常時稼働型(Always-on)のAIエージェントです。
これまでのチャットAIや各種自動化ツールと一線を画す最大の特徴は、エージェント自身が独立した専用の実行基盤を持っている点にあります。
- 専用の利用者ID:組織やチーム内で「1人の独立した担当者」として識別されるIDを持ちます。
- クラウド上の専用コンピューター(VM環境):コードの実行、データの加工、ファイルの読み書きを独立して行うサンドボックス環境が与えられます。
- 専用ブラウザ:Web上の情報収集やダッシュボードの確認などを自律的に行えます。
- 4,000以上の外部アプリ連携:Slack、GitHub、Gmail、Googleカレンダー、Microsoft Teamsなど、主要なビジネスツールとシームレスに接続できます。
従来のAIアシスタントは「人間が話しかけた瞬間にだけ起動し、答えを出したら眠りにつく」受動的な存在でした。それに対してDotsは、人間が寝ている間や他の作業に集中している間も、割り当てられた領域で作業を継続し、変化を検知して次の一手を自律的に進めます。
ChatGPTファミリーにおける位置づけ(Chat・Work・Codex・Dotの違い)
OpenAIのエコシステムの中で、Dotsはどのような役割を担うのでしょうか。ChatGPTファミリーの各機能(Chat、Work、Codex、Dot)を比較すると、それぞれの得意領域と位置づけが明確になります。
図:Chat・Work・Codex・Dotの役割と特徴の対比
それぞれの役割の違いを整理すると、以下のようになります。
- Chat(対話):「一緒に考える」
人間からの問いかけをトリガーに、リアルタイムに対話しながらアイデア出しや問題の整理を行う相談相手です。 - Work(単発作業):「ひとつの仕事を完成させる」
指示されたまとまった業務(レポート作成や資料の校正など)を受け取り、1つの完成形ドキュメントを仕上げるタスク完結型ツールです。 - Codex(開発実装):「コードや開発作業を進める」
プログラミング、バグ修正、テストの記述など、エンジニアリングの実装作業に特化して開発を進めるツールです。 - Dot(Dots):「ある領域を継続して担当する」
特定の業務領域(顧客メールの監視、リポジトリの日常メンテナンス、データ分析など)を受け持ち、スケジュールやイベント駆動で継続して仕事を進める常時稼働エージェントです。
このように、ChatやWorkが「その場で短距離走を走る」ものだとすれば、Dotは「長距離走を伴走し、現場の持ち場を守り続ける」存在だと言えます。
Dotsは何ができるのか?具体的な機能と活用シーン
Dotsが実際にこなせる具体的な機能と、想定されている実務シーンを見ていきましょう。
バックグラウンド自律作業と「プロアクティブリサーチ」
Dotsには、接続されたアプリをバックグラウンドで参照し、仕事に必要な情報を自律的に見つけ出す「プロアクティブリサーチ」機能が備わっています。
この調査フェーズにおいて、Dotsは読み取り専用の権限で動作します。勝手にメールを送信したりファイルを書き換えたりすることなく、安全に関連情報(過去のやり取り、仕様書の変更、カレンダーの予定など)を集めて整理し、次に人間が判断すべき材料を揃えてくれます。
重要メールの選別と案件確認表の自動作成
ビジネス現場で特に効果を発揮するのが、メールやチャットの監視・確認作業です。
毎日届く大量のメールの中から、Dotが「期限」「見積」「契約」「障害」「請求」「承認」「会議日程」に関わる案件を自動で抽出します。そして朝や夕方の決まった時刻に、以下のような確認表として整理して提示してくれます。
- 重要度別の分類:「本日対応」「今週対応」「情報共有のみ」に仕分け
- 要点と期限:顧客が何を待っているのか、いつまでに返答が必要か
- 根拠となる元メール:どのメールを根拠に判断したのかのリンクや件名
- 次に確認すべき事項:金額や値引き条件など、人間が原文を確かめるべき論点
この運用により、担当者は受信トレイを端から端まで探し回る時間を大幅に削減でき、優先度の高い意思決定に専念できます。
外部ツール連携による自律的な実務遂行(Slack ✕ GitHub ✕ クラウド環境)
Dotsは単なる情報収集にとどまらず、外部のコラボレーションツールと連動して実作業を進めることができます。
例えばソフトウェア開発やドキュメント管理の現場では、次のような一連の流れを自律的にこなせます。
1. 人間がSlack上で「#042 記事の誤字修正と検証コード追加」と話しかける
2. DotがSlackで依頼を受け付け、指定されたGitHubリポジトリの指示書(READMEやIssue)を読み込む
3. Dot自身のクラウド専用VM環境で環境構築を行い、テストを実行して修正コードを書く
4. 完了後、GitHub上にGitブランチとPull Request(PR)を作成してSlackスレッドに報告する
5. 人間は成果物のPRをレビューし、マージの最終承認を行う
人間が手動で複数のツールを行き来して指示をコピペする「AI間のメッセンジャー」になる必要がなくなり、Dotが裏側の作業を一手に引き受けてくれます。
コンテンツ制作やローンチ資料の自動更新
マーケティングやコンテンツ制作の領域でも、Dotsは強力な下準備担当となります。
- ウェビナー動画からのダイジェスト作成:録画ファイルから文字起こしを行い、字幕付きの短いSNS動画(リールやショート)の下書き動画を生成する。
- 製品仕様変更に伴う資料同期:開発側で仕様が変更された際、関連するマニュアル、提案書、Webサイトの説明文の影響箇所を洗い出し、更新ドラフトを作成する。
- 分析の再実行:定期的に新しいアクセスログや売上データが届いた際、集計スクリプトを再実行してレポート用のグラフを更新する。
チャットAIとの決定的な違い(人間とAIの新しい役割分担)
Dotsを活用する上で最も理解しておくべきなのは、「人とAIの役割分担のシフト」です。
従来のチャットAIでは、人間が「このメールを要約して」「このコードを書いて」と逐一指示を出し、出力されたものを人間が受けて次の行動に移していました。主導権も作業の起点も、すべて人間側にありました。
しかしDotsでは、仕事の進め方が以下のように変わります。
・環境やアプリの変化(新着メール、リポジトリの更新、時刻到来)を検知する
・必要な情報を集め、整理する
・人間がレビュー(点検)できる「下書き」「確認表」「PR」を準備する
人間が担う役割:
・重要な前提条件や指示書を定義する
・原文や根拠を確認する
・顧客への約束、納期、金額、責任に関わる「意思決定」と「最終承認」を行う
決してAIにすべての決定を丸投げするわけではありません。AIは「人が判断しやすい状態まで下準備を完了させる」役割に徹し、人間は「本質的な判断と責任」を受け持ちます。この明確な境界線こそが、実務でAIエージェントを破綻させずに運用する鍵となります。
現場での実践知(SlackとGitHubを連携させた運用のポイント)
すでにDotsを実務に導入している先行ユーザーの間では、自律エージェントを上手にコントロールするための実践的なノウハウが蓄積されています。特に役立つ4つのポイントを紹介します。
案件ごとの短い識別番号で認識齟齬を防ぐ
複数の仕事を同時に依頼すると、チャット上で「さっきの件どうなった?」と聞いた際にAIが別の案件と混同してしまう事故が起こりやすくなります。
そこで、依頼ごとに「#101 顧客A見積更新」「#102 マニュアル改訂」のように、手元の台帳で管理された一意の短い番号を振ります。Dotsへの指示やスレッドでも常にその番号を用いることで、どの仕事を指しているのかを確実に揃えることができます。
指示書はGitHubのコミット単位で固定する
指示内容をチャットの長いテキストで毎回送信するのではなく、GitHub上のリポジトリに指示書(README.mdやPROGRESS.md)として配置します。
さらに、指示を渡す際はブランチの最新URLではなく、コミットハッシュを含んだ固定URLを渡すのがポイントです。作業の途中で要件のバージョンがすれ違うのを防ぎ、Dot側からも「コミット abc1234 の指示書を読んだ」と返答させることで、前提条件の完全な一致を確認できます。
Slackの同一スレッドで会話と進捗看板を同期する
受付、質問、進捗報告、成果物の提出は、Slackの同一メッセージのスレッド内で行います。
また、リポジトリ内に「PROGRESS.md」のような進捗看板を用意し、現在のフェーズ(着手中、検証中、レビュー待ち、完了)をDotに更新させます。会話の中だけでなく「会話の外の固定された場所」にも現在地を残すことで、別のAIや別のチームメンバーが引き継ぐ際もスムーズになります。
外側からの監視で停滞を検知し手元で補う
自律エージェントであっても、外部ライブラリの依存関係が取得できなかったり、環境の制約に引っかかったりして作業が止まってしまうことがあります。
そのため、60分以上コミットやPRの動きがない場合は「停滞」とみなすなど、外側から状況を客観的に観察する仕組みが有効です。止まっている原因が分かれば、依存関係の解決だけを手元で行ってあげてから再開させるといった柔軟なサポートが可能になります。
Dotsを安全に導入・活用するための注意点
Dotsのような強力な自律型エージェントを活用する際は、セキュリティと安全設計への配慮が不可欠です。
- 初期段階では書き込み・送信権限を絞る
最初は「メールの自動送信」や「データベースの直接更新」を許可せず、読み取りと「下書き作成」にとどめるのが鉄則です。 - カスタムルールによる承認の必須化
アカウント設定の変更、外部への情報共有、課金に関わる操作などは、必ず人間の明示的な承認を要求するカスタムルールを設定します。 - 重要度の判定基準をチームでチューニングする
初期状態ではAIが慎重になりすぎて「本日対応」が溢れかえることがあります。「何をもって急ぎとするか」の条件を文章で明確に与え、不要な通知疲れを防ぎましょう。 - 記憶とデータの管理方針を決める
接続したデータの保持期間や、案件終了時のリセット手順について、チーム内でルールを定めて運用することが推奨されます。
まとめ
OpenAIの自律エージェント「Dots」の登場は、AIとの付き合い方が「道具として質問する」段階から、「持ち場を受け持つ担当者として協働する」段階へと大きく前進したことを示しています。
Dotsの本質は、すべてをAIに丸投げして人間が何もしなくなることではありません。変化の検知や情報整理、レビュー用ドラフトの作成といった重たい作業をAIが引き受け、人間は顧客への約束や本質的な意思決定という「人間にしかできない責任ある仕事」に集中できるようになる点にあります。
まずはメールの朝夕確認や、小さな修正作業のPull Request作成など、リスクの低い身近な業務からDotを試してみてはいかがでしょうか。
