Codex의 스티어링과 대기열 활용

추가 지시의 전달 시점

스티어링(Steer)은 새 지시를 진행 중인 작업에 보낸다. 대기열(Queue)에 넣은 지시는 현재 작업이 끝난 뒤 다음 실행으로 전달된다. 중단(Stop)은 진행 중인 실행을 멈추는 조작이다. 중단 전에 저장한 파일이나 게시한 글의 상태는 해당 시스템에서 다시 확인한다. OpenAI의 스티어링과 대기열 안내 · Codex 실행과 중단 동작

선택	적용할 상황	지시 예시
스티어링	작업 중인 결과물의 내용이나 실행 방법이 바뀐다.	발행 전에 다운로드 링크 문구를 ‘보고서 원문’으로 바꿔 주세요. 첨부 PDF는 유지해 주세요.
대기열	현재 작업을 마친 뒤 별도 기능이나 결과물을 다룬다.	출석 계산을 검증한 뒤 문의 게시판의 화면과 권한을 설계해 주세요.
중단	더 실행하기 전에 어떤 변경이 적용됐는지 파악해야 한다.	중단 버튼을 누른 뒤 “재개 전에 저장된 파일과 서버에 남은 변경을 알려 주세요”라고 요청한다.

• ChatGPT 데스크톱 앱. 설정 → 일반 → Follow-up behavior에서 기본 방식을 선택한다. 메시지 하나만 다른 방식으로 보내려면 설정 화면에 표시된 단축키를 사용한다. 대기열에 넣은 메시지는 입력창 위에서 내용이나 순서를 바꿀 수 있다.
• Codex CLI. 실행 중 Enter를 누르면 스티어링으로 보내고, Tab을 누르면 대기열에 넣는다. OpenAI의 앱·CLI 사용 방법

발행 전 수정과 발행 후 갱신

WordPress 게시글 한 편에서 발행 전에 문구를 수정했고, 발행 후에는 비용 계산을 고쳤다.

• 발행 전 문구 수정. 발행 화면이 열린 상태에서 다운로드 링크의 ‘논문 원문’을 ‘보고서 원문’으로 바꾸라는 요청이 들어왔다. Codex는 편집 화면으로 돌아가 링크 문구를 고치고 기존 PDF를 그대로 연결한 채 글을 공개했다. 이 과정은 한 번의 실행에서 끝났다.
• 발행 후 비용 계산 수정. 월 구독료 전체를 한 주 사용량의 일부와 비교한 오류는 공개 후에 발견됐다. 새 실행에서 월 구독료 중 같은 사용량에 해당하는 금액을 계산하고, 공개 글의 표와 결론을 고쳤다.

발행 전에는 편집 중인 글에서 수정을 끝냈다. 발행 후에는 공개본을 다시 열고 계산 결과까지 갱신해야 했다. 두 작업은 지시를 보낸 시점과 수정 범위가 모두 달랐다. 이 사례로 비교할 수 있는 것은 실제로 어느 단계까지 다시 실행했는지다. 최종 계산을 반영한 공개 글

진행 중인 수정과 별도 후속 작업

• GitLab의 등록 방법 변경. 연동을 진행하는 중에 이슈 등록은 API로 처리하고, 처음 인증 토큰을 발급할 때만 브라우저를 사용하도록 정했다. Codex는 같은 실행에서 인증 설정을 마쳤다. 이후 이슈를 등록할 때도 같은 절차를 쓰도록 스킬에 남겼다.
• 구성도 자료실의 화면 변경. 그림 1,389개의 순위와 상세 화면을 고치던 중, 한 화면에 더 많은 그림을 표시해 달라는 요청이 추가됐다. Codex는 같은 실행에서 넓은 화면에는 6열, 노트북 화면에는 4열을 적용했다. 상세 보기와 키보드 이동도 반영했다.
• 강의 지원 사이트의 별도 기능. 출석률 계산을 수정하는 동안 새 문의 게시판 요청이 들어왔다. 요청은 당시 대기열에 남아 있었다. 문의 게시판을 만들려면 학생과 관리자의 열람 권한과 파일 첨부 방식을 별도로 정해야 했다.

늦은 개입과 중단 뒤의 상태

조회 방법을 지정한 시점

• 첫 실행. Codex는 약 3분 만에 API로 프로젝트 1개, 실행 중인 배포 5개, 할당 정보와 일치하는 IP 4개를 파악했다. 이후 관리 화면까지 살폈다. 실행을 시작한 지 약 24분 뒤에 API만 사용하라는 지시가 들어왔고, 이 실행은 중단됐다.
• 두 번째 실행. 다른 PC에서는 API 전용 스킬을 지정했다. Codex는 약 3분 만에 조회 결과를 전달했다.

두 실행 모두 필요한 API 정보를 얻는 데 약 3분이 걸렸다. 관찰된 차이는 첫 실행이 관리 화면까지 조사했고, 두 번째 실행은 API 조회로 마무리했다는 점이다. 처음부터 사용할 경로를 정하면 추가 조사를 줄일 가능성이 있다. 두 실행은 기기와 종료 상태가 달라, 전체 시간 차이에서 스킬이나 스티어링의 효과만 따로 계산할 수 없다.

중단 뒤의 검색 색인 상태

개발 환경에서 검색을 시험하던 중 기존 색인을 제거했다. 작업은 새 색인을 만들기 전에 중단됐다.

• 중단 전에 끝난 작업. 기존 검색 색인이 제거됐다.
• 후속 조회 결과. 데이터베이스에 자료 990건이 남았고 검색 색인은 0건이었다.
• 남은 작업. 저장된 자료로 검색 색인을 다시 만들 수 있는지 확인했다. 실제 색인 재생성은 다음 단계로 남았다.

중단 뒤에는 어디까지 실행됐는지와 결과가 어디에 남았는지 함께 확인한다. 이 사례에서는 원본 자료가 보존돼 있었으므로 재개 범위를 색인 재생성으로 좁힐 수 있었다.

스티어링 기본값과 전달 방식의 변화

2026년 2월 5일 Codex 앱에 스티어링이 추가됐고, 2월 8일 앱에서는 후속 입력의 기본 동작이 대기열로 바뀌었다. 2월 5일 앱 변경 기록 · 2월 8일 앱 변경 기록

작업을 기록한 Mac의 8월 22일 설정 사본에는 대기열이 선택돼 있었다. 11월 11일에는 같은 Mac에서 스티어링이 기본값으로 설정돼 있었고 기존 설정을 바꾼 기록도 남아 있었다. 두 기록만으로는 전환이 적용된 날짜를 더 좁히기 어렵다.

• 10월 8일 데스크톱 앱. 대기열 메시지가 전송 중에 멈추는 문제를 고쳤고, 보조 창에서 스티어링을 다시 사용할 수 있게 했다. 데스크톱 앱 변경 기록
• 10월 15일 Codex CLI. 응답을 생성하는 중에도 후속 메시지를 현재 실행에 바로 전달할 수 있게 했다. 실행을 중단할 때 Code Mode에서 진행 중인 작업과 그 안의 도구 호출도 함께 멈추도록 개선했다. CLI 0.163.0 변경 기록
• 11월 2일 iOS 앱. 별도로 저장한 사용자 설정이 없을 때 후속 메시지를 진행 중인 작업에 보내도록 기본 동작을 바꿨다. iOS 앱 변경 기록

기본값이 스티어링으로 바뀌면 메시지를 보낼 때마다 방식을 따로 고르는 일이 줄어든다. 작업 중 발행 화면이나 사용 중인 도구를 보고 수정 시점과 대상을 구체적으로 짚은 점도, 추가 지시가 같은 실행에서 반영된 이유일 수 있다.

앱의 변경이 얼마나 영향을 줬는지 보려면 같은 업무와 같은 추가 지시를 여러 번 시험해야 한다. 대화 기록에서 확인할 수 있는 것은 지시가 들어온 시점과 그 뒤에 달라진 작업이다. 모델의 지시 이행률과 전체 작업 시간의 변화는 별도 측정이 필요하다.

중간 지시의 작성과 효과 측정

• 반영 시점. ‘발행 전에’처럼 언제까지 적용할지 적는다.
• 수정 대상. ‘다운로드 링크 문구를 보고서 원문으로’처럼 바꿀 내용을 적는다.
• 유지할 항목. ‘기존 PDF는 유지해 주세요’처럼 그대로 둘 내용을 적는다.

GitLab의 API 등록 방식처럼 반복해서 적용할 절차는 스킬에 남긴다. 스티어링과 대기열의 효과를 비교할 때는 같은 작업 단계에 같은 수정 지시를 보낸다. 그 뒤 사용 가능한 결과가 나오기까지 걸린 시간, 사용자가 직접 관여한 시간, 다시 실행한 단계 수를 각각 기록한다.

연재 개요 · Codex 활용 방식에 따른 작업 성과 차이