Thread automations (スレッドオートメーション)

既存のチャットに設定したタスクは、決まったタイミングで同じチャットに戻り、毎回新しいプロンプトから始めるのではなく、そのチャットの文脈を使って処理を続けます。長時間かかる処理の確認や、更新の監視、フォローアップの繰り返しといった場面に関わる機能です。

スケジュール実行のタスクは、ChatGPT または Codex のチャットから作成・更新できます。作業内容、実行のタイミング、各実行を今のチャットに戻すか新しいチャットで始めるかを伝えると、ChatGPT がプロンプトの下書きや適切な実行先の選択を行い、範囲や頻度が変わったときにはタスクを更新します。Skills からもタスクを作成・更新できます。

• チャット内のタスク: スケジュールに従って同じチャットに戻り、既存の文脈を使います。
• 単独のタスク (Standalone): 実行のたびに新しいチャットを始め、結果を Scheduled (スケジュール) に報告します。

同じタスクを複数のプロジェクトで実行できます。モデルと reasoning effort は既定のままにすることも、明示的に選ぶこともできます。タスクは skills を使えます。また、Web 版の ChatGPT Work、またはデスクトップアプリの ChatGPT Work や Codex で作ったタスクは plugins を使えます。ChatGPT のデスクトップアプリでは、タスクのプロンプトに $skill-name と書くと skill を明示的に呼び出せます。

ChatGPT のデスクトップアプリでは、タスクはローカルのプロジェクトを扱い、プロジェクトのディレクトリか、分離された worktree の中で実行できます。

• Git リポジトリでは、ローカルのプロジェクトで実行するか、新しい worktree で実行するかを選べます。どちらもバックグラウンドで実行されます。
• バージョン管理していないプロジェクトでは、プロジェクトのディレクトリで直接実行されます。
• タスクがローカルのファイルを必要とする場合は、コンピューターの電源を入れたまま、アプリを起動した状態にしておく必要があります。
• Web のタスクは、アップロードした資料や接続したツールを使えますが、コンピューター上のフォルダーで直接作業することはできません。

Git リポジトリで worktree を選んだ場合、実行頻度が高いと、時間とともに多数の worktree が作られる場合があります。

対象のプランでは、サポートされている Gmail・Slack・GitHub のイベントが起きたときにタスクを実行できます。1 つのタスクに複数のイベントトリガーを設定できますが、イベントトリガーと時刻ベースのスケジュールを組み合わせることはできません。条件に合うイベントが短い間隔で続けて届いた場合、ChatGPT がそれらを 1 回の実行にまとめる場合があります。

対象となるプランの具体的な名称について、公式のリリースノートには記載がありません。

• タスクは、既定の sandbox 設定のもとで無人で実行されます。
• 組織のポリシーが許可している場合、タスクは approval_policy = "never" で動きます。管理者の要件でこれが許可されていない場合は、選択した permission mode の承認動作に従います。
• 管理されたワークスペースでは、管理者が Allow event-triggered scheduled tasks (イベントトリガーによるスケジュールタスクの許可) の権限でアクセスを制御できます。
• スケジュールに載せる前に、通常のチャットでプロンプトを手動で試し、実行を始めたら最初の数回の出力を確認して、必要に応じてプロンプトや頻度を調整する手順が示されています。

ここでは、アプリのイベントをきっかけにタスクを実行する流れを示します。

1. タスクを作る前に、対象のアプリを接続して認可します。Slack の場合は監視するすべてのチャンネルに @ChatGPT を追加し、GitHub の場合は接続したアプリが対象のリポジトリにアクセスできる状態にします。
2. ChatGPT にタスクの作成を依頼し、監視するイベントと、そのイベントが起きたときに行う処理を説明します。
3. Scheduled (スケジュール) を開いて保留中のイベントを確認するか、Run now (今すぐ実行) を選んで処理します。