ChatGPTのdotに「定期的に確認して」と頼むとき、どのくらいの間隔まで短くできるのかをまとめました。
dotの定期実行が「最短10分・1時間6回」とする共通の公式仕様は、今回照合した資料では確認できませんでした。旧記事にあるdot自身の回答だけでは、実際に登録・実行できる間隔の根拠になりません。
定期実行の間隔と、会話への返答や作業完了の通知は別です。一定の秒数や分数以内に返事が来る保証ではありません。
- 最短10分・1時間6回という回答は、公式仕様・実測として未確認
- 10分待たないと返事が来ない、という意味ではない
- dotは、決まった予定がなくても、自分で休んで再開する時刻を決められる(公式の説明)
- 照合したdotの公式資料では、共通の最短間隔を確認できない
2026年10月23日に公式資料を再照合しました。10月7日のdotの回答は旧記事の記録で、元の会話ログ・登録結果・実行履歴は今回確認していません。
以下では自己申告の記録と公式に確認できた機能を分け、保存済みの予定を確認する方法を説明します。新たな定期タスクの作成や実行テストはしていません。
実行履歴が「完了」でも、必要な情報を取得できたことや通知が届いたことまで確認できるわけではありません。
最初の数回は出力とエラーを開き、想定した確認と通知が行われたかを確かめてから、間隔を調整してください。
「最短10分」という旧記事の記録について
旧記事は、Proプランで使っていたdotから次の回答を得たと記録しています。これは自己説明であり、製品の上限を検証した表ではありません。
| 項目 | dotの説明 |
|---|---|
| 定期実行の上限 | 1時間に6回 |
| 最短の間隔 | 10分 |
| メッセージへの対応 | 定期実行の間隔とは関係なく、その都度対応する |
| 作業の完了の知らせ | 届いたときに、その都度対応する |
したがって「10分なら必ず登録できる」「6回までは実行される」とは判断できません。自分のアカウントで保存された予定と、その後の実行結果を確認してください。
dotに話しかけた返事や、dotが動かしている作業の結果を受け取るまで10分待つ、ということではありません。
公式ページに書かれていること
今回確認したdotのヘルプとTasks and memoryでは、dot共通の最短間隔や1時間あたりの回数を確認できませんでした。
書かれているのは、次のような内容です。
- リマインドや、定期的な確認を頼める(例:毎朝カレンダーを見て予定を教える)
- 定期実行と先回りの報告は、dotとの会話の中に出てくる
- dotは、いつ休んで、いつ作業を再開するかを自分で決められる
- 追いかけのたびに、決まった予定を組む必要はない
頻度を細かく決めなくても、dotは作業の進み具合に合わせて、自分で次に動く時刻を決めます。
決まった間隔で見張ってほしいときに、定期実行を頼む、という使い分けになります。
ふつうのスケジュールタスクとの違い
最新のChatGPTタスクの公式ヘルプは、Freeを1日1回までとし、毎時の予定や時刻指定には対象の有料プランが必要と説明しています。同じヘルプのFAQは、対象の有料プランの定期タスクを1時間に1回までと説明しています。ただし、これをdotの最短間隔には適用できません。
| dotの定期実行 | ふつうのスケジュールタスク | |
|---|---|---|
| 最短の間隔 | 10分という旧回答のみ。最短仕様は未確認 | 対象の有料プランは毎時1回まで(公式FAQ) |
| 1時間の上限 | 6回という旧回答のみ。上限仕様は未確認 | 定期タスクは対象の有料プランで1回(公式FAQ) |
| 予定のない作業の再開 | dotが自分で決める | 時刻・イベント等の設定による。dotの自律的な再開とは区別 |
| 管理する場所 | dotのプロフィール、またはScheduled | Scheduled |
機能説明のページには、会話の中のスケジュールタスクは「分単位の間隔」も使える、という記述もあります。
分単位の説明は会話内のフォローアップに関するもので、dotに一律の10分下限がある根拠にはなりません。dotの返答だけでなく、Scheduledに保存された設定・次回時刻・実行履歴を確認してください。
定期実行の頼み方
公式の機能説明では、定期的な確認を頼むときに、タイムゾーンと期間(または終わる日)を入れ、予定を確認させることを勧めています。
平日の朝9時(日本時間)に、つないだSlackの企画チャンネルを確認して、新しい依頼があれば教えて。
期間は今日から4週間。
組んだ予定を一覧で見せて。短い間隔で見張らせたいときは、次のように頼みます。
このあと2時間、日本時間で注文の状況を定期確認して、変化があったときだけ知らせて。
希望は10分おき。設定できない場合は、対応する間隔を教えて。
保存された間隔・次回時刻・終了時刻を示して。2時間後に終了して。終了条件がない予定は継続する設定になり得ます。終了日時を指定し、保存内容にも反映されたか確認してください。利用上限や権限待ちで実行されない場合もあり、無期限の稼働保証ではありません。
組んだ予定の確かめ方と止め方
| やりたいこと | 方法 |
|---|---|
| 予定の一覧を見る | dotに「定期の作業を一覧にして」と頼む |
| 予定を変える | dotのプロフィールの最近の動き、またはScheduledから開いて変更する |
| 定期の作業を止める | Scheduledで取り消す |
| dotの現在の主作業を止める | プロフィールの「•••」メニューからPause |
Pauseはdotの現在の主作業を止めます。別途任せたタスクはActivity、定期実行はScheduledでそれぞれ停止してください。停止しても、すでに行った変更は元に戻りません。
短い間隔にするときの注意
- 短い間隔が実際に設定できる場合も、確認が必要な期間と終了条件を決める
- 確認1回ごとの「深い作業」の消費量は、今回の公式資料では確認できない
- 知らせる条件を「変化があったときだけ」にすると、通知が増えすぎない
旧記事では「深い作業」の利用枠と発表後1か月の拡大について記録していますが、今回確認した資料では現在の適用条件を確かめられませんでした。
期間限定の拡大が続いていると見込まず、アカウントに表示される利用枠を確認してください。
定期実行のたびに調べものや重い作業を動かすと、この枠を早く使う可能性がある点に気をつけます。
関連記事:ChatGPTのdotとは|できること・消費する使用量・料金と対象プラン
よくある質問:ChatGPTのdotの定期実行の間隔を知りたいとき
dotの定期実行は、どのくらいの間隔まで短くできますか?
今回照合した公式資料だけでは、dot共通の最短間隔は確定できません。旧記事の「10分・6回」はdot自身の回答で、実測ではありません。
定期の予定と会話への応答は別の仕組みです。
Scheduledの保存内容と実行履歴で確かめてください。
10分待たないと、dotから返事が来ないのですか?
そうではありません。
こちらからのメッセージや作業の完了の知らせには、定期実行の間隔とは関係なく、その都度対応します。
10分が最短だと確認できたわけではなく、会話の応答時間とも別です。
OpenAIの公式ページには、頻度の数字が書かれていますか?
今回照合した資料では確認できませんでした。
今回照合したdotのヘルプとTasks and memoryでは、共通の最短間隔や回数上限を確認できませんでした。
書かれているのは、リマインドや定期的な確認を頼める(例:毎朝カレンダーを見て予定を教える)こと、定期実行と先回りの報告はdotとの会話の中に出てくること、dotは、いつ休んで、いつ作業を再開するかを自分で決められること、などです。
公式の情報は、そろっていますか?
機能と作成先によって説明の対象が違うため、同じ上限として比較できません。
機能説明のページには、会話の中のスケジュールタスクは「分単位の間隔」も使える、という記述もあります。
分単位の説明は会話内のフォローアップに関するもので、dotに一律の10分下限がある根拠にはなりません。dotの返答だけでなく、Scheduledに保存された設定・次回時刻・実行履歴を確認してください。
定期実行は、どう頼めばよいですか?
公式の機能説明では、定期的な確認を頼むときに、タイムゾーンと期間(または終わる日)を入れ、予定を確認させることを勧めています。
終了条件がない予定は継続する設定になり得ます。終了日時を指定し、保存内容にも反映されたか確認してください。利用上限や権限待ちで実行されない場合もあり、無期限の稼働保証ではありません。
組んだ予定の確認や、止め方は?
予定の一覧は、dotに「定期の作業を一覧にして」と頼みます。
予定を変えるときは、dotのプロフィールの最近の動き、またはScheduledから開いて変更します。
定期の作業を止めるには、Scheduledで取り消します。
dotの現在の主作業を止めるには、プロフィールの「•••」メニューからPauseします。
Pauseはdotの現在の主作業を止めます。別途任せたタスクはActivity、定期実行はScheduledでそれぞれ停止してください。停止しても、すでに行った変更は元に戻りません。
10分おきの見張りで、気をつけることはありますか?
短い間隔を設定できる場合も、必要な期間と終了条件を決めます。
知らせる条件を「変化があったときだけ」にすると、通知が増えすぎません。
定期実行で重い作業を動かすと利用枠を早く使う可能性があります。
旧記事にある発表後1か月の枠拡大は、現在の適用条件を今回確認できていません。
確認1回ごとの消費量は今回の資料では確認できませんでした。dotが始めるWorkやCodexの作業は、それぞれの利用枠を通常どおり消費します。
この記事の情報は、いつ確認したものですか?
2026年10月23日に公式資料を再照合しています。10月7日のdotの回答は旧記事記録で、元ログと実行履歴は再確認していません。
参照:dotの公式ヘルプ、Tasks and memory、Controls、Scheduled tasks。登録・反復実行・通知・停止と画面の実機確認は未実施です。
