2026年9月30日、ChatGPTのdotを使い始めた。
登場してから、自分が運営しているメディアの状況や、次に進める仕事を相談している。
ただ、分析レポートが返ってくるだけなら、普段のチャットと何が違うのだろう。
そこから、答えをもらうことではなく、次に何を確認する仕事を任せるのかを整理し直した。
使い始めて、そのまま使い続けている。
ただ、継続して使うことと、成果を確認できたことは別です。
過去の施策と重なった提案を撤回した経験から、何を任せ、何を自分で確認するかを整理している。
9月30日の利用記録と同日に確認した仕様をもとに、答えの先にある仕事の任せ方を残しておく。
最初の会話から、メディアの仕事を頼んでみた
最初の画面には、緑の輪のような姿と、挨拶が並んでいた。
これは使い始めた時の会話画面です。
仕事の完了や効果を示すものではありません。
OpenAIはdotを、会話の合間にも仕事を進め、結果や判断が必要なことを持ち帰る常時稼働のエージェントとして案内している。
GPT-6 Astraを使い、専用のクラウドコンピューターとブラウザーを持つという説明だ。
新しいモデルを選ぶ話というより、継続する仕事の受け持ち方が変わる話として見ている。
自分の仕事には、すでに記事の制作や改善を担当するAIの作業環境がある。
そこへもうひとつ実装担当を増やすより、メディア全体を見て、次の判断を整理してもらうことから始めた。
メディアの状況から、次の仕事を相談する
メディアを運営していると、記事を書く仕事だけでなく、今ある記事を見直す仕事も出てくる。
何から手を付けるか、以前の変更と重ならないか。
そうした次の判断を、dotに相談している。
9月30日の相談では、保存された状況資料と、過去に行った改善の記録を参照した。
毎回サービスへ接続し、最新情報を取り直しているわけではない。
読む仕事が動いていても、元の集計が更新されていなければ、判断材料は古いままになる。
いつの資料なのか、何を対象にした情報なのかを一緒に見る必要がある。
欠けた数字を0として埋めると、何も起きていない日と、まだ分からない日が同じになってしまう。
全体の傾向だけで、個別の記事を変える理由が揃うとは限らない。
足りない材料は足りないまま報告してもらう。
何を変えるかより先に、判断できる状態を揃えておきたい。
提案された旅行記事は、すでに手直ししていた
初回の提案には、過去に改善した旅行記事を、もう一度手直しする案が含まれていた。
内容だけ見ると、次にやれそうな仕事に見える。
でも、実施履歴と公開面を照合すると、その変更はすでに行っていた。
さらに、検索語句の集計だけでは、その数値を該当記事の成果として扱えないことも分かった。
改善案を進める前提が足りない。
提案を撤回し、判断資料を修正した。
新しい記事変更や、制作担当への重複依頼はしなかった。
ここは、初日に残しておきたい部分だ。
AIが最初から全部覚えていて、最善の施策を選んだわけではない。
履歴と突き合わせたことで、不要な仕事を止められた。
以前、AIエージェントのタスク管理を会話から正本へ移した話を書いた。
今回も、会話の記憶だけに頼らず、現在有効な判断と実施済みの記録へ戻る必要があった。
dotに全部の担当を置き換えてもらうわけではない
自分の環境では、dotが全体の分析と優先度の整理を受け持つ。
既存の管理担当が実施済みかを確認し、必要な制作を振り分ける。
制作担当は、範囲を決めた変更を実装して確認する。
誰が見るのかを決めるのと、誰が変えてよいのかを決めるのは別だった。
新しい分析担当が加わったからといって、公開、広告設定、外部への連絡まで自由に広げない。
これは自分のローカル環境と、今回許可した相手に合わせた運用です。
dotに標準でこの組織が付くわけでも、任意のCodexチャットへ無条件に連絡できるわけでもありません。
接続できる環境と、対象の仕事と、許可の範囲を分けて確認する。
分析の良し悪しだけを見ていると、この確認が後回しになる。
でも、今の自分の運用では、良い提案を増やすことと同じくらい、二重に仕事を始めないことを残したい。
予定の保存と、仕事の実行は分けて確かめる
継続して見る仕事も頼んだ。
9月30日時点では、確認の予定が保存されていることを画面で確かめた。
ここで確認できたのは予定の保存であり、繰り返し実行の成功ではない。
この予定で扱うのは、保存資料の読み取りと分析報告だけ。
サイトや広告設定の変更、公開、外部投稿、別担当への連絡、PC作業の開始は含めていない。
先ほどの個別に許可した相談と、この定期確認の範囲は別だ。
9月30日の確認では、実行結果や報告の品質までは評価していない。
予定が保存されていること、実際に動くこと、報告が役に立つことは、順番に確かめる必要がある。
予定が表示されたことを、実行の保証にはしない。
公式には、複数の仕事を扱ったり、途中で優先度を変えたりする使い方も案内されている。
ただ、関連する文脈やメモを利用する設計であって、すべての会話を永久に正確に記憶するという意味ではない。
案件ごとに、参照する最新版と、どこで終えるかを渡しておきたい。
PCを閉じていいかは、仕事の場所で変わる
公式の説明では、dotのクラウドで完結する仕事は、自分のPCがオフでも続けられる。
一方で、自分のPC内のファイルやアプリを使う工程には、接続したPCがオンラインで、ChatGPTアプリが開いていることが必要だ。
接続できる個人用PCは同時に1台と案内されている。
クラウド側のブラウザーは、自分のブラウザーのログイン状態をそのまま引き継ぐわけではない。
アプリの接続、ローカルPCの許可、Codexとの接続も同じものではない。
今回の全工程が、PCを閉じても必ず進むと確かめたわけではありません。
任せる時には、結果だけでなく、どこで作業するかも聞いておく。
「Connected」という表示だけで、必要な情報が全部読めるとは判断しない。
dotの料金は、会話と作業の経路を分けて読む
2026年9月30日時点では、対象のProプランへ段階的に提供するという案内だった。
対象は18歳を超える利用者で、EEA・英国・スイスを除き、段階提供となっている。
対象プランでも、すぐに表示されるとは限りません。
Business Premiumも世界で段階提供、Enterpriseは管理者による有効化が必要で、初期状態では無効という案内だ。
公式Helpでは、ProとBusiness Premiumの最初のdotは追加料金なしと説明されている。
Enterpriseの個別契約まで、この説明から推測しない。
ただ、「追加料金なし」と「すべての作業が無制限」は別の話。
今確認できる範囲を、作業の経路で分けておく。
| 区分 | 2026年9月30日に確認した扱い |
|---|---|
| dotとの会話 | ChatGPTの使用量には計上しないと公式に案内 |
| dot自身の直接作業 | OpenAI担当者は、既存プランの使用量には計上しないと補足（dot側の具体的な上限は今回未確認） |
| dotが開始・管理するWork/Codex | WorkとCodexが共有する通常の利用枠を使うと公式に案内 |
| dot側の深い作業の枠 | プランに含まれ、発売後初月は上限拡大、具体量や更新周期は今回未確認 |
直接作業の説明は、OpenAI担当者Tibo氏が2026年9月30日10:07 JSTに投稿した補足によるもの。
公式料金表と同じ契約上の保証として扱うのではなく、発言者と日付を添えて読んでいる。
将来の速度や処理量の拡張は案内されているが、その価格、個人向け残量表示の詳細、通常の上限は今回確認できていない。
初月なら委任も全部無料、Astraが使い放題、といった結論にはならない。
自分も、今回の依頼でどれだけ枠を消費したかは測っていない。
同じdotに頼んだ仕事でも、直接処理するのか、別のWork/Codexタスクへ渡すのかで見る場所が変わる。
残量監視と計画の違いは、AI利用枠の管理を目的から整理した記事にも残している。
小さく試すなら、変更しない仕事から
使い続けるにしても、任せる範囲は小さく切っておきたい。
9月30日に確認した分析、重複提案の撤回、分担、予定の保存は、任せ方を考える材料になった。
時間削減や利用量の削減、仕事への効果、繰り返し実行の品質を測定した記録ではありません。
読者が試すなら、まずは対象を絞った読み取りだけの依頼にするのがよさそうだ。
以下は今回の考え方を整理した例文で、実際の会話の引用ではありません。
指定した集計と実施履歴を読み、次に確認する候補を3件以内に整理してください。
根拠の期間と不足している材料、過去の施策との重複を添えてください。
今回は分析だけで終了し、資料変更、外部への送信、公開、定期設定、別タスクの開始はしないでください。
継続させる場合は、頻度、時刻とタイムゾーン、終了日、知らせる条件を別に決める。
依頼文を送っただけで設定が終わったと思わず、保存された予定と権限を確認してください。
止め方もひとつではない。
公式Controlsでは、dotの一時停止、委任したタスクの停止、定期予定の取り消しは別の操作だと説明されている。
停止しても、すでに行った変更が元に戻るわけではない。
任せる前に、止める対象まで見ておく。
エージェントの仕事、制約、監督の考え方から整理したい場合は、『60分でわかる！ AIエージェント 超入門』も次に読む候補になる。
出版社の目次で、タスク設計や人の監督を扱うことを確認して選んだ書籍です。
自分が読んでdotを検証した本ではなく、dotの現行料金や専用操作の出典でもありません。
まとめ。返事より、次に残る仕事を確かめる
dotを使い始めて、分析を頼むことから、分析の後に何を残すかへ話が移った。
次に読む資料、すでに終えた仕事、判断する担当、動かしてよい範囲。
使い続ける中でも、そこを曖昧にしないようにしたい。
新しいAIを足せば、運用が自動で整うわけではない。
今回は、提案を実行するより先に、重複している仕事を止めた。
返事が来たところで終わらず、何を引き継ぎ、どこで確認するかまで決める。
dotを使い続けている今も、任せた仕事と、確認できた結果は分けて残していく。
参考・出典
製品条件の確認日：2026年9月30日。
具体的な事例は同日の利用記録に基づき、継続利用は10月1日時点の状況です。
長期的な効果や定期実行の成功を確認した記録ではありません。