Quick Reference
Scheduled task는 시간을 정한 chat이 아니라, 사람이 자리를 비운 동안 같은 판단을 반복하는 실행 단위입니다. 먼저 일반 chat에서 prompt·모델·도구·검증 결과를 시험하고, 성공 범위가 좁게 확인됐을 때만 schedule로 옮깁니다.
| 고를 것 | 적합한 경우 | 기본 확인 |
|---|---|---|
| standalone | 매 실행을 독립된 prompt와 결과로 남길 때 | 결과가 Scheduled에 별도 run으로 보이는지 |
| in-chat | 기존 대화의 결정과 맥락을 이어야 할 때 | 다음 run에도 필요한 지시가 prompt에 남아 있는지 |
| desktop local | 현재 프로젝트 파일을 직접 다뤄야 할 때 | 컴퓨터·앱·프로젝트가 실행 시점에 준비됐는지 |
| desktop worktree | 미완료 로컬 변경과 자동 수정 결과를 분리할 때 | 생성된 diff와 worktree 정리 여부 |
| web | 업로드·연결 도구·Skill만으로 가능한 조사와 보고 | 로컬 폴더와 worktree에 접근하지 않는지 |
작업: 매주 월요일 09:00, Asia/Seoul에 Markdown 링크만 검사한다.
범위: Web/content/reference 아래 파일만 읽는다.
입력: 저장소와 공식 URL만 사용한다.
출력: 끊어진 링크 / 파일 경로 / URL / 확인 날짜.
변화 없음: "변화 없음" 한 줄만 보고한다.
금지: 파일 수정, 외부 서비스 전송, 범위 밖 네트워크 요청.
종료: 2026-12-31 또는 내가 pause할 때.실행 위치와 대화 선택
Scheduled는 ChatGPT web과 desktop app의 Scheduled 화면에서 만들고 관리합니다. Codex CLI와 IDE extension에는 Scheduled 관리 화면이 없으므로, 그 도구에서는 prompt·skill·script를 준비하고 시험한 뒤 web 또는 desktop에서 schedule을 만듭니다.
독립 run은 매번 저장된 prompt에서 새 chat을 시작하므로 정기 보고, 여러 프로젝트의 같은 검사, 변화 감시에 맞습니다. in-chat run은 같은 chat의 맥락으로 돌아가므로 배포 완료를 기다리거나 review loop를 이어갈 때 맞습니다. 어느 쪽이든 다음 실행에 필요한 source, 중단 조건, 변화가 없을 때의 응답, 사람에게 물어봐야 할 조건을 prompt에 명시합니다.
desktop app에서 local project를 쓰려면 컴퓨터가 켜져 있고 앱과 프로젝트가 실행 시점에도 준비돼 있어야 합니다. Git 저장소는 main checkout에서 실행하는 local과 별도 worktree 중 고를 수 있습니다. local은 현재 편집 중인 파일을 바꿀 수 있고, worktree는 diff를 격리하지만 run이 쌓이면 정리가 필요합니다. web task는 업로드 파일, 연결 도구, Skills와 Plugins를 사용할 수 있지만 컴퓨터의 폴더나 worktree를 직접 이어서 쓰지는 못합니다.
Inbox와 일정 관리
Scheduled 화면은 active·paused·completed task와 최근 run을 보는 Inbox 역할을 합니다. 처음 몇 회는 성공 메시지만 읽지 말고 결과가 검토 가능한지, 범위 밖 동작이 없었는지, 필요한 근거·diff·오류가 남았는지를 확인한 뒤 prompt, tool, cadence를 조절합니다.
일회성 reminder는 실행 시각과 종료만, 반복 briefing은 주기·source·출력 형식까지, 변화 감시는 비교 기준·의미 있는 변화·종료 조건까지 정합니다. 고급 일정은 RFC 5545 RRULE로 표현할 수 있지만, 먼저 사람이 읽을 수 있는 cadence와 time zone을 맞추고 다음 run을 확인합니다.
변화 감시 계약
대상: 제품 공식 가격 페이지
비교: 지난 run의 요금 / 무료 한도 / 지원 지역
알림: 셋 중 하나가 달라질 때만 source 링크와 확인 날짜를 포함
불확실: 페이지를 읽을 수 없으면 추측하지 말고 실패 이유를 보고
종료: 출시일 뒤 14일 또는 사람이 pause작업이 끝난 run과 worktree는 보존 이유가 없으면 archive합니다. 정기 file 변경 작업을 pin하거나 계속 쌓아 두면 이전 diff와 새 결과를 혼동하기 쉽습니다.
권한과 무인 실행을 좁히기
Scheduled task는 무인으로 실행되며 기본 sandbox 설정을 사용합니다. 필요한 범위보다 넓은 파일 접근이나 network를 먼저 열지 말고, read-only에서 확인 가능한 작업으로 시작한 뒤 필요한 권한만 추가합니다. 조직 정책이 허용하면 approval_policy = "never"로 실행될 수 있으므로, 실행 중 사람이 막아 줄 것이라는 전제는 두지 않습니다.
파일을 수정하는 task는 worktree, 좁은 path, 명시적인 test command, 사람이 읽을 결과 보고를 기본으로 둡니다. full access나 넓은 network가 필요한 task는 외부 전송 대상, 비용, 되돌리기 방법을 먼저 적고 조직의 permission policy와 대조합니다.
Schedule이 정해졌다고 source가 최신이거나 결과가 자동으로 검증되는 것은 아닙니다. prompt를 수동 실행으로 먼저 시험하고, 처음 몇 run의 실제 결과·권한·diff를 읽은 뒤에만 주기나 접근 범위를 넓히세요.
참고 링크
1 sources