Codex /goal과 Scheduled tasks 운영
‘끝날 때까지 해 줘’만으로는 완료를 판별하기 어렵습니다. 긴 작업에는 원하는 결과, 바꾸면 안 되는 범위, 확인 방법, 사용자가 결정해야 하는 순간이 필요합니다. 목표 기능은 이 계약을 유지하는 데 쓰며 권한을 늘리는 장치가 아닙니다.
공식 문서를 참고한 비공식 한국어 가이드입니다. 목표 등록·예약·이벤트 연결은 실행하지 않았습니다. 아래 예시는 요금 발생·외부 게시·운영 데이터 접근을 허용하는 지시가 아닙니다.
완료 조건을 먼저 적기
앱·CLI·IDE의 공식 로컬 흐름은 /goal입니다. 접근이 불명확하면 먼저 /plan으로 방법을 정합니다. 다음은 합성 UI 결함 수정의 목표 예시입니다.
목표: 검색 결과가 비었을 때 키보드 포커스가 사라지는 문제를 고친다.
범위: 관련 컴포넌트와 회귀 테스트. 디자인·API·의존성은 유지한다.
완료: 재현 테스트의 수정 전 실패와 수정 후 통과, 관련 빌드 결과를 남긴다.
중단: 데이터 삭제, 외부 계정 연결, 비용 증가, 요구사항 충돌은 결정 전에 멈춘다.
배포는 포함하지 않는다. 미실행 검증은 이유와 함께 보고한다.
명확한 완료 조건이면 에이전트가 실패 출력이나 미검증을 감추지 않고 다음 행동을 정하기 쉽습니다. ‘테스트를 통과하도록 테스트를 지운다’는 식의 목표 달성은 허용하지 않습니다.
일시 정지와 재개
앱의 progress row에서 pause/resume/edit/clear를 사용할 수 있습니다. CLI /goal의 현재 명령을 확인해 목표를 조정합니다. 목표를 지우거나 멈추는 것이 이미 수행한 파일 수정이나 외부 쓰기를 되돌리는 것은 아닙니다.
Web Work는 프롬프트에 결과·제약·검증 기준을 쓰는 흐름이므로 로컬 slash UI와 동일하게 설명하지 않습니다. 로컬 실행은 host가 사용 가능해야 하며, Cloud가 컴퓨터 수면 중 계속되는 조건과 구분합니다.
Scheduled tasks는 별도 기능
현재 공식 문서의 이름과 UI는 Scheduled tasks / Scheduled입니다. 독립 작업은 실행마다 새 chat을 만들고, 대화 안의 schedule은 기존 문맥을 재사용하는 차이가 있습니다. 어떤 기준 커밋과 지침을 읽을지 확인해야 오래된 문맥의 반복 실행을 피할 수 있습니다.
데스크톱 로컬 작업은 컴퓨터와 앱이 켜져 있어야 합니다. Git 프로젝트는 local checkout 또는 별도 worktree를 선택하며 비Git은 프로젝트 디렉터리를 사용합니다. CLI·IDE에는 Scheduled 관리 UI가 없으므로 거기서 동일한 예약 화면을 찾지 않습니다.
시간·이벤트·무인 권한
공식 문서는 대상 웹/모바일에서 Gmail·Slack·GitHub 이벤트 트리거를 안내합니다. 모든 플랜과 표면의 기능이라고 단정하지 않으며, 한 작업에서 시간 schedule과 이벤트 trigger를 섞는 조건도 확인합니다.
무인 실행은 기본 샌드박스를 사용합니다. 조직 허용 아래의 approval_policy = "never" 같은 설정은 승인 없이 계속 진행하는 범위를 바꾸므로 이 글의 예시로 적용하지 않습니다. 승인 요청이 생겼을 때 실패·대기·fallback 중 무엇이 되는지 사전 검증해야 합니다.
처음에는 읽기 전용 점검으로 작게 시험하고 실행 기록과 알림, 실패 시 다음 실행의 중복 여부를 봅니다. 일정 등록만으로 지속 감시나 자동 롤백이 보장되지 않습니다. 병렬 파일 격리는 worktree, 명확한 결과 판별은 구조화 출력에서 이어집니다.
공식 한국어 도움말: ChatGPT 플랜과 Codex에서 계정별 이용 안내를 확인할 수 있습니다. 이 글은 해당 도움말의 공식 번역이 아니며 계정 조건과 요금은 공식 안내를 우선합니다.