OpenAI Dotsとは？ブログ運営で任せる仕事を決める5つの設計

「24時間動くAIがあるなら、ブログの調査や下書きを任せてみたい。でも、間違った記事が公開されたり、同じ下書きが増えたりするのは困る」

OpenAIが2026年9月29日に発表した「Dots」は、そんな期待と不安の両方を生む新しいAIエージェントです。従来のチャットのように質問へ答えるだけでなく、専用のクラウドコンピューターを使い、複数の仕事を継続して進められると案内されています。

Dotsの導入で最初に決めるべきなのは、プロンプトより「任せない仕事」です。

便利な機能を全部つなぐ前に、何を任せ、どの情報を見せ、どの操作で人が確認するかを決めておく必要があります。この記事では、OpenAI Dotsの公式情報を基に、個人のブログ運営へ取り入れる前に決めたい5つの設計を整理します。

須賀ともひろ

今すぐDotsを使えるかどうかより、先に「安全な任せ方」を作っておくと、提供対象になったときに迷わず小さく試せます。

OpenAI Dotsとは？常時稼働AIの特徴と提供条件

OpenAI Dotsは、目標や仕事の基準を理解し、継続的な責任を持って作業する常時稼働型のAIエージェントです。公式ページでは、GPT-6 Astraを搭載し、dotごとに専用のクラウドコンピューターとブラウザーを持つと説明されています。

分かりやすく言えば、Dotsは「質問するたびに答えてもらうチャット」よりも、役割と作業机を持ったアシスタントに近い存在です。あなたが別の仕事をしている間も、与えられた目標に向けて複数の作業を進め、進捗や判断が必要な点を知らせます。

通常のチャット・Codexスケジュールとの違い

通常のChatGPTでは、会話ごとに質問や依頼を出し、その回答を受け取る使い方が中心です。Codexのスケジュール機能は、決めた曜日や時刻に保存済みの指示を実行するのが得意です。一方、Dotsは専用環境で文脈を持ち続け、複数の仕事や新しい情報に対応しながら、必要なときに自分から進捗や確認事項を知らせる設計です。

ただし、これは「Dotsがあれば既存の仕組みが不要になる」という意味ではありません。日時が決まった処理、ローカルファイルを使う制作、毎回同じ条件で再現したい作業では、Codexのスケジュールや現在の自動化が向く場面もあります。Dotsは、その複数の作業を見守り、状況に応じて次の仕事を組み立てる役割で力を発揮しやすいと考えられます。

また、公式説明では、DotsはChatGPT、デスクトップ、ウェブ、モバイルに加え、SlackやTeamsからも連絡できるとされています。接続したアプリを通じて仕事を進められますが、接続先を増やすほど確認すべき権限も増えます。機能の多さより、必要な接続だけを選ぶ視点が欠かせません。

OpenAIによる詳しい機能と提供条件は、公式の「dots のご紹介」で確認できます。提供範囲は変わる可能性があるため、この記事の説明だけで利用可否を判断せず、実際のアカウント画面と公式ページを確認してください。

対象プラン・地域・利用枠

2026年10月1日の確認時点で、Dotsは対象地域のProとBusiness Premiumで順次提供され、Enterprise、Edu、Healthcareは管理者が有効化したベータを利用できると案内されています。最初のdotはProまたはBusiness Premiumに含まれますが、より深い作業には別の利用枠があります。

dotとの会話自体は通常のChatGPT利用上限へ数えられない一方、dotがCodexやChatGPT Workでタスクを開始・管理した場合、そのタスクは各サービスの利用上限を消費します。つまり、「最初のdotが含まれる」ことと、「どれだけでも追加費用や上限を気にせず作業できる」ことは同じではありません。

↓ブログ・資料・画像作成でのAI活用例を知りたい方はこちら↓

非エンジニア向けCodex活用法7選｜ブログ・資料・画像作成を効率化「Codexはプログラミングができる人のための道具ですよね？」 僕も最初…

ブログ運営へ導入する前に決める5つの設計

Dotsを安全に使うために、長いプロンプトを最初から完成させる必要はありません。先に決めたいのは、作業の境界が分かる短い運用設計です。

僕はブログ自動化の設計をするとき、次の5項目へ分けます。

この5つは、AIを縛るためだけのルールではありません。AIが迷わず仕事を進め、人が必要な場面だけ確認できるようにする共同作業の設計です。

1. 役割と完成条件を1つに絞る

最初に、「何を受け取り、何を作り、どの状態になれば完了か」を一文で決めます。たとえば、「過去72時間の登録チャンネルを確認し、ブログ候補を重複排除して3件の一覧にする」なら、入力、処理、成果物が明確です。

反対に、「ブログ運営を全部任せる」では、情報収集、企画、執筆、画像、投稿、分析のどこまで進めるか判断できません。期待と結果がずれたとき、何を直せばよいかも分からなくなります。

最初の役割は、失敗しても戻しやすい1工程だけにするのが基本です。候補一覧、見出し案、本文の下書き、リンク切れの検出など、成果物を人が短時間で確認できる仕事から始めます。

完成条件には、ファイル名、保存場所、必要な項目数、文字数、禁止事項も含めます。「完成したつもり」を防ぐには、良い文章のような感覚的な条件だけでなく、欠落を確認できる条件が必要です。

2. 情報源とアクセス権限を最小化する

次に、dotが読んでよい場所、書いてよい場所、接続してよいアプリを決めます。公式説明では、Dotsは接続済みアプリを利用でき、権限はChatGPTのアプリ管理から設定できます。だからこそ、便利そうなサービスを最初から全部つなぐ必要はありません。

ブログの企画なら、公開情報、過去記事一覧、テーマ履歴、記事ルールなど、必要な情報だけで十分な場合があります。顧客名簿、未公開の売上情報、個人情報、他案件のファイルまで見せる理由がなければ、対象から外します。

また、公式ページでは、ユーザーが直接やり取りしていない間の「プロアクティブリサーチ」は、読み取り専用に制限されたツールで接続アプリを参照すると説明されています。この段階では、メッセージ送信やアプリ内容の変更はできません。最初の試行を読み取りと整理に限定すると、意図しない変更を減らせます。

3. 人が承認する操作を先に決める

ブログ運営では、作る作業と外へ出す作業を分けると安全です。調査、構成、下書き、画像案まではAIが進めても、公開、メール配信、SNS投稿、広告出稿は人が最終確認する、といった境界を作ります。

OpenAIの公式説明でも、Dotsには自律的に進める操作、承認を求める操作、ユーザー自身が行う操作を判断する仕組みがあり、Custom Rulesで許可・承認・ブロックを設定できるとされています。パスワード変更など、一部の慎重な操作は必ず本人が行います。

公開・送信・削除・課金・アカウント変更は、最初から人の確認へ残してください。

たとえばWordPress記事なら、AIの完了状態を「公開」ではなく「下書き保存」にします。メールなら「配信」ではなく「件名と本文の下書き」にします。この一段手前で止めるだけでも、誤情報や宛先違いが外部へ出るリスクを大きく下げられます。

↓権限・下書き・失敗時の復旧を詳しく確認する↓

Codexは安全？権限設定・下書き運用・失敗時の復旧方法を実例解説Codexにファイルやブラウザ操作を任せてみたい。でも、「勝手に削除され…

4. 状態記録と失敗時の復旧を作る

常時稼働のAIで怖いのは、失敗そのものより、途中まで成功した状態を知らずに最初からやり直すことです。記事タイトルだけ保存済みなのに新しい下書きを作れば、重複投稿になります。画像アップロード後に再実行すれば、メディアが何枚も増えるかもしれません。

そのため、作業ごとに状態を記録します。最低限、次の情報を残します。

• 作業を識別する候補IDまたは実行ID
• 正確な記事タイトルと保存先
• 投稿IDや編集URL
• 完了した工程と未完了の工程
• アップロード済み画像と通知済みかどうか

切断やエラーが起きたら、同じIDと編集URLへ戻り、保存状態を検品して、未完了工程だけを再開します。「エラーなら全部やり直す」ではなく、「最後に確認できた地点から再開する」と決めておくことが重要です。

状態記録は難しいデータベースでなくても構いません。最初は表やJSONファイルでも、重複防止に必要な情報が一貫して残れば機能します。人が見ても現在地を理解できる形式にすると、AIが止まったときの引き継ぎも楽になります。

5. 小さなテストと最終通知を設計する

最後に、いきなり毎日すべての工程を動かさず、小さな仕事を数回試します。僕が定期作業を組むときは、最初の数回で成果物、重複、停止条件、通知を確認し、問題をルールへ戻します。

テストで見る項目は、開始したかどうかだけではありません。

1. 正しい情報源と期間を確認したか
2. 前回の成果物と重複していないか
3. 指定した場所へ保存したか
4. 禁止した公開・送信・削除をしていないか
5. 失敗時に安全に止まり、再開情報を残したか

通知は途中経過ごとに送るのではなく、成功か要確認かが確定したときに1通だけ送ると管理しやすくなります。失敗通知には、停止工程、原因、完了済み、未完了、再開に必要な操作を含めます。これなら、外出中でも次に何をすればよいか判断できます。

↓定期実行・重複防止・通知設計の具体例はこちら↓

Codexのスケジュール機能で定期作業を自動化する方法と注意点「毎週月曜の朝9時に、Codexが自動で記事の下書きを作ってくれたら便利…

Dotsに任せやすいブログ作業と人が残す判断

5つの設計ができたら、実際のブログ作業を「任せやすい」「条件付き」「人が行う」に分けます。判断基準は、作業が難しいかどうかではなく、失敗したときの影響と戻しやすさです。

任せやすいのは、入力と完成条件が明確な仕事

Dotsへ最初に任せやすいのは、読み取り、整理、比較、下書き、監視です。具体的には次のような仕事があります。

• 登録した公式情報やYouTubeチャンネルの新着確認
• 過去テーマと候補IDの重複チェック
• 検索意図、関連質問、競合ページの整理
• ルールに沿った見出し案や本文下書きの作成
• リンク切れ、未入力項目、文字数不足の検出
• 成功・停止・要確認のレポート作成

これらは、元の情報を消さず、成果物を確認してから採用できる仕事です。間違いがあっても、下書きを直す、候補を除外する、再調査する、といった戻し方があります。

公式ページでも、コンテンツ制作者向けの例として、文字起こしから切り抜き候補を見つけ、番組概要やSNS投稿の下書きを用意し、人の承認へ渡す流れが紹介されています。ここでも、最終成果物を無確認で外部へ出すのではなく、レビューできる状態まで進める考え方が示されています。

公開・配信・削除・支払いは人が残す

一方、外部へ影響する操作や元に戻しにくい操作は、人が最終判断します。

• WordPress記事の公開・予約投稿
• メルマガやSNSの送信
• 既存記事、顧客データ、ファイルの削除
• 広告費、商品購入、契約などの支払い
• パスワード、権限、アカウント設定の変更

この境界は、AIが賢くなれば不要になるものではありません。読者へ何を伝えるか、ブランドとして公開してよいか、費用や法的責任を伴うかは、人が持つべき判断です。

また、情報収集でも、公開情報だけを扱うのか、顧客や社内情報へ触れるのかでリスクは変わります。同じ「記事の下書き」でも、個人情報や契約情報を含む場合は、アクセス範囲と保存先を別に設計してください。

最初のdotは小さな1工程から試す

ここまで読んで「では、どこから始めればよいのか」と迷ったら、毎週繰り返している小さな1工程を選んでください。おすすめは、公開や送信を伴わず、結果を数分で確認できる仕事です。

たとえば、「毎朝、指定した公式サイトの新着を確認し、ブログ候補を3件の表にする」なら、読み取り中心で始められます。候補の採用や記事化は人が判断し、慣れてから見出し下書きまで広げます。

初回に使うチェックリスト

最初のdotを作れる状態になったら、接続前に次の項目を紙やファイルへ書き出します。

1. 対象：どのプラン・地域・ワークスペースで使うか
2. 役割：何を受け取り、何を返すか
3. 情報：読む場所と書く場所はどこか
4. 禁止：公開・送信・削除など何をしないか
5. 確認：どの状態になったら人へ知らせるか
6. 復旧：途中で止まったとき、どの記録から再開するか

そのうえで、最初の数回はActivity Viewや成果物を確認し、期待と違う動きがあれば役割か権限を狭めます。問題がないからと一度に接続先を増やさず、一つずつ範囲を広げるほうが原因を特定しやすくなります。

小さく始める目的は、AIの能力を試すことより、自分の運用ルールの穴を見つけることです。入力が曖昧、完成条件が分からない、停止通知が足りないといった問題は、実際に動かすことで見えます。

よくある疑問

まとめ｜Dotsは「任せ方」を設計してから使う

OpenAI Dotsは、専用のクラウドコンピューターを持ち、複数の仕事を継続して進める常時稼働型のAIエージェントです。ブログ運営でも、情報収集、重複確認、構成、下書き、監視といった作業を支える可能性があります。

ただし、使い始める前に次の5つを決めてください。

1. 役割と完成条件
2. 情報源とアクセス権限
3. 人が承認する操作
4. 状態記録と失敗時の復旧
5. 小さなテストと通知

最初の完成状態は「公開」ではなく、「人が確認できる下書き」にするのがおすすめです。

今日できる一歩は、毎週繰り返しているブログ作業を一つ選び、この5項目を書き出すことです。対象地域や提供プランの確認がまだでも、運用設計は先に作れます。

須賀ともひろ

AIへ任せる範囲を広げるのは、最初の小さな仕事が安定してからで十分です。便利さと人の判断を両立させながら育てていきましょう。