こんにちは。バナナデスクです。
毎週月曜に確認メモを作るなら、最初に一回だけ「今週の案件をどう分けるか」を試せます。たとえば期限を過ぎた案件D、今週期限の案件A、担当も期限も未定の案件C、完了済みの案件B。四つを混ぜずに整理できるかが出発点です。
ここでは2026年10月5日9時を基準にした架空の四案件を使い、予約の入力から結果の照合までをたどります。手作業の教材見本とは別に、ブログ編集担当が11月6日に通常チャットで得た回答と、11月10日に予約タスクの会話で確認した実回答を紹介します。
繰り返しの判断が決まっている仕事から始める
毎週の未完了案件を整理する、決まった資料の更新を確認するなど、入力と出力が分かる仕事は予定へしやすくなります。一方、毎回新しい資料の所在や依頼範囲を決める必要がある仕事は、まず通常のチャットで前提を整えるほうが進めやすい場合があります。
OpenAIの公式資料は、予約前に通常チャットで依頼を試し、最初の数回の結果を確認して調整する方法を案内しています。ブログ編集担当も通常チャットで一回分を確かめてから、終了日を設けた短期の予約を試しました。毎週の長期運用は未検証です。
ウェブのタスクと、ローカル資料を使うタスクを区別する
ブログ編集担当が2026年11月10日に公式資料を確認しました。Webの予約はクラウドで実行され、アップロードした文書や接続ツールを使えますが、PC内のフォルダは直接読めません。PC内のフォルダを使うローカルタスクには、PCの電源ONとアプリの起動が必要です。今回はChromeでPro表示を確認したアカウントを使い、指示欄に貼った架空4案件だけで試しました。添付や接続サービスは使わず、他のプランは試していません。
自分の資料を、ウェブから参照できる場所に用意するか、手元のPCの作業フォルダに置くかを決めましょう。
利用可能な機能はプランとワークスペース設定に依存します。また、同じチャットへ戻る予定と、毎回独立した実行を始める予定を選べます。前回の相談を引き継ぎたいか、その回の資料だけで独立した結果を作りたいかで選ぶと整理しやすくなります。
先に、4件の架空メモで一回分を作る
次の資料の基準日時は、2026年10月5日（月）09:00、日本時間です。仕事の進み具合や担当名も架空です。
読む順番は簡単です。まず「完了」と記されたBを除外します。残るDは10月4日18時が期限なので10月5日9時には期限超過、Aは10月7日17時で今週期限、Cは担当と期限の両方が未定です。「回答待ち」のCへ架空の担当を割り当てないでください。
架空の週次メモ。基準日時：2026年10月5日（月）09:00、日本時間。 案件A：案内文の初稿。担当：青。期限：10月7日17:00。状態：未着手。 案件B：写真の選定。担当：緑。期限：10月2日12:00。状態：完了。 案件C：料金の確認。担当：未定。期限：未定。状態：回答待ち。 案件D：講座の申込先リンク確認。担当：青。期限：10月4日18:00。状態：未完了。
依頼の中心は「未完了を、期限超過・今週期限・担当か期限が未定に分ける」です。私が次に示す出力例は、固定されたメモをもとにした教材用の編集例です。予約実行の記録ではありません。
2026年10月5日09:00（日本時間）時点の確認メモ
期限超過：案件D「講座の申込先リンク確認」。担当：青。期限：10月4日18:00。未完了。経過15時間。
今週期限：案件A「案内文の初稿」。担当：青。期限：10月7日17:00。未着手。
未定あり：案件C「料金の確認」。担当と期限が未定。回答待ち。
完了済みの案件Bは対応対象から除外。
この教材見本とは別に、2026年11月6日にはブログの編集担当が上記四案件を通常のブラウザ版ChatGPTに入力し、一回の回答を取得しました。回答の見出しは「週次確認メモ」、基準は2026年10月5日（月）09:00（日本時間）、対象期間は10月5日〜11日でした。
完了済みBを除く対象は3件で、順に「期限超過：案件D（青、10月4日18時、未完了）」「今週期限：案件A（青、10月7日17時、未着手）」「担当または期限が未定：案件C（担当・期限とも未定、回答待ち）」と整理されました。これは定期実行の結果ではなく、通常の一回の回答です。
案件Bは期限が過去でも完了済みなので、期限超過の対応対象には入れません。案件Cの担当や期限をAIが埋めてしまうと、確認メモが新しい作業指示へ変わってしまいます。案件Dの経過15時間は、10月4日18:00から翌5日09:00までを計算した値です。
指示には、時刻・資料・出力・不足時の扱いを書く
この例を週次運用へ変えるなら、次の依頼を基に、毎回どの資料を更新して使うかを具体化します。固定の10月5日版をそのまま毎週使っても、最新の確認にはなりません。
週次確認メモを作成する依頼例です。まず通常チャットで一度だけ試してください。 添付の週次メモを基準日時で読み、完了済みを除いて、期限超過、今週期限、担当または期限が未定の3区分へ整理してください。 推測で担当や期限を決めず、元の案件名と未確定項目を残してください。日付は日本時間で扱います。 資料が読めない・基準日時が不明・更新版が見つからない場合は、前回の数字を再利用せず不足を記載して止めてください。 外部へ送信せず、このチャットに確認メモを残します。 本番の予約を作る場合の予定案：毎週月曜日09:00、Asia/Tokyo。今回このファイルだけで予約は作成しません。
予定の設定時には「毎週月曜09:00」だけでなく、Asia/Tokyo、日本時間と明示します。保存された予定の次回実行日時も確認しましょう。PCやアカウントの表示設定が違っている場合に、想定の時間と一致するかを確かめるためです。
資料を探せなかったときに、前回の報告を再利用して何事もなく見せない指示も役立ちます。「最新資料を取得できませんでした。確認できた最終版は○日です」のように、止まった理由が分かれば次の対応ができます。
ブラウザ版で予約し、保存内容を確かめる
ブログ編集担当が2026年11月10日にChromeで確認した、最初の予約手順です。毎週月曜09時の運用案とは別に、当日中の確認用として設定しました。
- 左側の「スケジュール」を開き、「新規タスク」を選びます。
- 「指示を入力…」欄へ上記の架空4案件をそのまま貼ります。実行日とは別に、判定基準は2026年10月5日09時（日本時間）と明記し、完了Bを除外、Dを期限超過、Aを今週期限、Cを未定として整理するよう依頼します。
- 検証時の繰り返し欄は「毎日」。時刻は直接入力できず、選択ボタンから18:15 JSTを選びました。
- 「繰り返し終了」→「指定日」で2026年11月10日を選び、詳細設定の「日本標準時」を確認しました。試す際は、これから確認できる未来の時刻と終了日を自分で選んでください。
- 「作成」を1回押し、保存後の次回実行日時を見ます。検証では「今日の18:15 JST」と表示されました。
- 同じ予定の「その他のタスクアクション」→「編集」を開き、保存した指示・時刻・終了日を照合します。編集担当は内容や日時を変えず、「名前」だけ短くして保存しました。名前の変更は任意です。
通知、実行、成果物を別の欄へ記録する
予約の実回答を元資料と照合する
ブログ編集担当は「今すぐ実行」を押さず、最初の予約に対応する会話で、見出し「架空4件の予約実行テスト」の実回答を確認しました。一覧の状態は「完了」です。判定基準は固定の2026年10月5日09時（日本時間）、対象期間は10月5〜11日。完了Bを除く次の3件を、件数・分類・値まで元資料と照合しました。
- 期限超過：案件D「講座の申込先リンク確認」。担当は青、期限は10月4日18時、状態は未完了。基準日時で15時間の期限超過でした。
- 今週期限：案件A「案内文の初稿」。担当は青、期限は10月7日17時、状態は未着手でした。
- 担当または期限が未定：案件C「料金の確認」。担当・期限とも未定で、状態は回答待ちのまま残っていました。
繰り返し欄は編集画面で「毎日」、一覧では「毎週18:15」でした。保存時の次回は「今日の18:15 JST」でしたが、完了一覧は「今日18:13」と表示されました。一覧時刻が何を指すかは未確認で、定刻実行や遅延は断定できず、日次継続も未検証です。自分の予定でも、保存後の次回日時と、対応する会話の結果を確かめてください。
| 確認するもの | この例で見る箇所 |
|---|---|
| 予定 | 毎週月曜09:00、Asia/Tokyo。次回日時が意図に合うか |
| 実行 | その回が開始し、成功・失敗・停止のどれになったか |
| 資料 | 読んだ版と基準日時。最新メモを参照したか |
| 成果物 | 完了Bを除外、未定Cを未定のまま、Dを超過として扱ったか |
| 通知 | どの方法で届いたか。届かなくても実行履歴を確認する |
この表は毎週月曜09:00（Asia/Tokyo）の運用案を点検するためのもので、今回の試験ログではありません。予定の保存、会話に残る実回答、通知の到達は別々に確認します。
通知が届かないときも同じ予定を追加せず、「スケジュール」で対象の状態と、対応する会話の実回答を確認してください。今回は設定→通知→タスクが「オフ」のままで、変更していません。プッシュやメールの到達は未検証です。通知の設定方法は公式の通知案内を参照してください。
同じ内容が何度も出る場合は、資料を更新していないのか、毎回の対象期間が曖昧なのか、変化がなくても毎回報告する指示になっているのかを確認します。調整のたびに、新しい予定を増やすより既存の指示を修正して追える形にします。
停止後の状態と、使うモデルも確認する
予約を一時停止するときは、対象の予定と、操作後の表示を確かめましょう。
- 左側の「スケジュール」を開き、止めたい予定を選びます。名前や日時を見て、対象を取り違えないようにします。
- その予定の「その他のタスクアクション」を開き、「一時停止」を1回選びます。
- 一覧とカードに「一時停止済み」と表示され、一覧から次回日時が消えたことを確認します。
ブログ編集担当は2026年11月10日、試験用の2回目の予約でこの操作を確認しました。18:30 JSTの予定は、18:34時点で実回答を画面で確認できず、そのまま一時停止しました。未実行だったと断定するものではありません。
1回目の予約は「完了」と表示され、手動で一時停止したものではありません。また、今回確認したのは予定の一時停止で、実行中の処理を強制停止できたかは未確認です。
モデルを指定している場合は、継続利用できるか現在の公式案内で確認します。利用するモデルを変えたときも、同じ資料から必要な区分と内容を出せるかを試してから、定期的な運用へ戻しましょう。
手元の四案件を一回だけ通常のチャットに渡し、完了を除く三件が正しく残るか確かめてください。担当未定を未定のまま出せたら、次は毎回読む資料の場所と更新日を指定できます。