AI 코딩 도구를 쓰다 보면 같은 지시를 반복하게 됩니다. "테스트 다시 돌려", "실패 원인 찾아", "수정하고 계속 진행해." Codex Goal Mode는 이런 반복 지시를 줄이고, Codex가 정해진 결과를 향해 여러 턴에 걸쳐 작업을 이어가도록 만든 기능입니다.1
핵심은 단순한 자동 실행이 아닙니다. Goal은 Codex 스레드에 붙는 지속 목표입니다. 사용자가 원하는 완료 상태를 정의해 두면, Codex는 그 목표를 기준으로 다음 행동을 이어갑니다.1
Goal은 긴 프롬프트가 아니라 완료 계약이다
Goal은 "무엇을 하면 끝난 것으로 볼 것인가"를 정하는 완료 계약에 가깝습니다. 문서에서는 Goal이 성공 조건, 검증 방법, 유지해야 할 제약을 포함한다고 설명합니다.1
예를 들어 다음과 같은 요청은 Goal로 쓰기에는 모호합니다.
성능 개선해줘.
반면 아래 요청은 Goal에 더 가깝습니다.
checkout 벤치마크에서 p95 지연시간을 120ms 아래로 낮추고, correctness 테스트는 계속 통과 상태로 유지해.
두 번째 요청에는 결과, 검증 방법, 제약이 함께 들어 있습니다. Codex가 중간에 여러 선택지를 만나더라도 무엇을 향해 가야 하는지 판단할 기준이 생깁니다.
일반 프롬프트가 "다음 일을 해줘"에 가깝다면, Goal은 "이 조건이 만족될 때까지 작업을 이어가라"에 가깝습니다.
언제 Goal Mode를 써야 할까
Goal Mode는 경로는 불확실하지만 종료 지점은 분명한 작업에 적합합니다.1 예를 들면 다음과 같은 작업입니다.
성능 최적화
flaky 테스트 조사
의존성 마이그레이션
버그 재현
다단계 리팩터링
이런 작업은 한 번의 답변으로 끝나기 어렵습니다. 로그를 보고, 테스트를 돌리고, 실패 원인을 추적하고, 다시 수정하는 과정이 필요합니다. Goal Mode는 이 반복적인 탐색 과정을 하나의 목표 아래 묶어 줍니다.
반대로 한 줄 수정, 짧은 설명, 단순 코드 변경처럼 바로 끝낼 수 있는 작업에는 Goal보다 일반 프롬프트가 더 적합합니다.1 Goal Mode를 쓸지 판단할 때 중요한 기준은 작업 시간이 아니라 구조입니다. 중간 결과에 따라 다음 행동이 달라지는가, 그리고 완료 여부를 테스트나 벤치마크처럼 확인 가능한 방식으로 판단할 수 있는가를 보면 됩니다.
자율성은 통제와 함께 설계해야 한다
Goal Mode가 Codex에 더 긴 작업을 맡길 수 있게 해 주지만, 무제한 자율 실행을 뜻하지는 않습니다. 사용자는 Goal을 일시정지, 재개, 삭제, 완료 처리할 수 있고, 예산 제한에 따라 중단될 수도 있습니다.1 현재 Goal은 /goal 명령으로 확인합니다.1
사용하려면 Codex 0.128.0 이상이 필요합니다.1 CLI는 다음 명령으로 최신 버전을 설치할 수 있습니다.
npm install -g @openai/codex@latestHomebrew 환경에서는 다음 명령으로 업데이트할 수 있습니다.
brew upgrade --cask codex개발자의 역할이 바뀐다
Goal Mode의 가치는 "AI가 알아서 오래 작업한다"가 아니라, 개발자가 반복 지시 대신 완료 기준을 설계할 수 있다는 데 있습니다. 좋은 Goal은 길고 자세한 프롬프트가 아닙니다. 성공 조건, 검증 방법, 지켜야 할 제약이 짧고 명확한 목표입니다.
따라서 Goal Mode를 잘 쓰려면 Codex에게 계속 "다음 단계"를 알려 주기보다, 처음에 "어떤 상태가 완료인지"를 분명히 정해야 합니다. 개발자의 역할은 점점 지시를 반복하는 사람에서, 목표를 정의하고 결과를 검토하는 사람으로 이동하고 있습니다.
참고
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.