Codex에서의 Steer 또는 Queue? 작업 중간에 입력한 메시지의 위치와 Enter 키의 동작 (2026)

Steer를 하면 메시지가 Codex가 이미 작업 중인 턴(turn)에 합류합니다. 아무것도 다시 시작되지 않습니다. Codex는 새 지침을 동일한 실행의 일부로 읽고 다음에 수행할 작업을 조정합니다.

CLI 문서는 이 키를 다음과 같이 설명합니다. "Codex가 작업하는 동안 Enter를 눌러 현재 턴에 새로운 지침을 주입하십시오."

클라이언트 앱이 Codex와 통신하는 데 사용하는 Codex의 앱 서버에도 일치하는 메서드가 있습니다. 해당 문서에는 "turn/steer를 사용하여 활성 상태인 실행 중인 턴에 더 많은 사용자 입력을 추가하십시오"라고 명시되어 있습니다. 두 가지 세부 사항이 steer의 정체성을 보여줍니다. 이 메서드는 "새로운 turn/started 알림을 내보내지 않으므로" 새로운 턴이 시작되지 않습니다. 또한 "턴 수준의 오버라이드(model, cwd, sandboxPolicy 또는 outputSchema)를 허용하지 않습니다." Steer는 현재 턴에 단어를 추가할 뿐, 중간에 모델이나 작업 디렉토리를 변경하지는 않습니다.

Steer가 Codex에 도달하는 시점

Steer는 명령 중간에 Codex를 방해하지 않습니다. 터미널에서 대기 중인 steer는 다음 도구 호출(tool call) 후에 제출될 것이라는 헤딩 아래 미리보기 목록에 나타나며, 즉시 중단하고 전송하는 키에 대한 힌트가 함께 표시됩니다. 따라서 일반적인 경로는 Codex가 진행 중인 단계를 마친 다음, 다음 단계를 결정하기 전에 사용자의 메시지를 읽는 것입니다.

Codex 자체의 변경 이력에 따른 한 가지 타이밍 예외가 있습니다. Codex가 최종 답변을 스트리밍하는 동안 Enter를 누르면 세션이 멈춘 상태로 남을 수 있었습니다. 2026년 2월에 병합된 수정 사항을 통해 Codex는 해당 구간에서 메시지를 대기열에 추가하여 답변이 끝난 후 실행되도록 변경되었습니다.

대기열에 추가된(queued) 메시지는 기다립니다. 현재 실행은 계획대로 완료되고, 메시지는 다음 턴을 시작합니다.

CLI 문서에는 "Codex가 작업하는 동안 Tab을 눌러 다음 턴을 위한 후속 프롬프트, 슬래시 명령 또는 셸 명령을 대기열에 추가하십시오"라고 되어 있습니다. 두 개 이상의 메시지를 대기열에 넣을 수 있으며 순서대로 실행됩니다.

슬래시 명령은 대기열에 추가될 때 약간 다르게 동작합니다. "Codex는 대기 중인 슬래시 명령이 실행될 때 이를 파싱하므로, 명령 메뉴와 오류는 현재 턴이 끝난 후에 나타납니다." 오타가 있는 명령을 대기열에 넣으면 해당 턴이 올 때 알게 됩니다.

일부 명령은 이미 작동 중인 세션을 위한 것입니다. OpenAI의 슬래시 명령 가이드에 따르면 /model, /fast, /permissions, /approve, /raw, /agents, /subagents, /status와 같은 명령으로 "활성 세션을 조종(Steer)"하는 방법을 보여줍니다. 동일한 가이드에서 명령을 대기열에 넣기 전에도 슬래시 완성이 작동하므로 Tab을 누르기 전에 이름을 확인할 수 있다고 언급합니다. 이를 통해 Codex가 작동하는 동안 세 가지 도구를 사용할 수 있습니다. 단어를 위한 steer, 다음 단계를 위한 queued 메시지, 설정을 위한 명령입니다.

터미널에서 대기 중인 메시지는 보류 중인 steer와 별도로 미리보기 목록의 자체 섹션에 표시되며, 마지막으로 대기열에 넣은 메시지를 편집하기 위한 키 힌트가 제공됩니다. 데스크톱 앱에서 OpenAI는 "대기 중인 메시지는 작성기 위에 표시되며, 여기서 편집, 순서 변경, 전송 또는 삭제할 수 있습니다"라고 설명합니다.

이 부분에서 사람들이 놀라곤 하는데, 기본 설정이 Codex를 사용하는 위치에 따라 다르기 때문입니다.

CLI에서

Enter는 steer를 하고 Tab은 queue를 합니다. 이는 2026년 2월 변경 이후 기본값이 되었으며, 해당 변경 사항은 "Steer 기능을 실험적(Experimental)에서 안정적(Stable)으로 승격하고 기본적으로 활성화한다"고 명시하고 있습니다. 그전에는 작업이 실행되는 동안 Enter를 누르면 대기열에 추가되었습니다. 그 이전에 Codex를 익혔다면 예전 동작을 기대하는 습관이 남아 있을 수 있습니다.

IDE 확장 프로그램에서

확장 프로그램의 기본값은 반대입니다. 설정인 chatgpt.followUpQueueMode의 기본값은 queue이며, 레퍼런스에서는 이를 "다음 실행을 기다리거나(queue) 현재 실행을 조종(steer)하는 것" 사이의 선택으로 설명합니다. 또한 확장 프로그램은 이전 값을 매핑합니다. "확장 프로그램은 레거시 interrupt 값을 steer로 취급합니다." 단일 메시지의 경우, Cmd 또는 Ctrl과 Shift + Enter를 함께 누르면 설정과 반대로 동작합니다.

데스크톱 앱에서

앱에는 이를 위한 설정이 있습니다. OpenAI의 설정 레퍼런스는 General 아래의 Follow-up behavior 옵션을 설명하며, 여기서 Codex가 작동하는 동안 보낸 메시지가 현재 실행을 조종할지 아니면 다음 실행을 기다릴지 선택합니다. 프롬프트 가이드에는 "이 설정은 기본값을 변경하지 않고 한 메시지에 대해 다른 동작을 사용하기 위한 단축키도 보여준다"고 덧붙여져 있습니다.

따라서 동일한 키가 터미널에서는 steer를 의미하고 에디터에서는 queue를 의미할 수 있습니다. 입력한 수정 사항이 무시된 것처럼 보인다면 어떤 환경에 있었는지 확인해 보세요.

사람들이 Codex에서 steered conversation을 검색하는 이유는 작업 중간에 보낸 메시지가 새로운 턴을 시작하지 않고 Codex가 수행하던 작업을 변경했기 때문입니다. 그것이 바로 steering입니다. 대화는 하나의 턴을 유지하며, 사용자의 지침이 중간에 추가됩니다.

오픈 소스 코드도 같은 방식으로 처리합니다. Codex가 대화 요약을 작성할 때, 인접한 사용자 메시지는 하나의 요청의 일부로 steering을 보존하므로, steer와 수정된 요청이 함께 읽힙니다.

컨텍스트 측면에서 steering과 queueing은 결국 같은 곳에 도달합니다. 둘 다 Codex가 읽는 대화의 일부가 됩니다. 차이점은 타이밍입니다. steer는 현재 턴 내부로 도착하고, queued 메시지는 다음 턴으로 도착합니다. 어느 쪽이든 메시지는 사용자가 입력하는 다른 모든 것과 마찬가지로 채팅의 컨텍스트에 포함됩니다. Codex의 context left 수치 가이드에서 이것이 어떻게 합산되는지 설명합니다.

Codex에는 열려 있지 않은 세션에 메시지를 보내는 명령도 있습니다. CLI 레퍼런스는 codex queue를 ID 또는 정확한 이름으로 "기존 세션에 텍스트 메시지를 대기열에 추가"하는 방법으로 설명합니다.

몇 가지 규칙이 따릅니다. "대기 중인 메시지는 세션의 모델을 사용합니다. 이 명령은 텍스트만 허용합니다." 그리고 로드되지 않은 세션의 경우: "--resume을 추가하여 메시지를 대기열에 넣은 다음, 세션이 아직 로드되지 않은 경우 다시 시작하십시오." resume 단계에는 실행 중인 로컬 데몬 또는 원격 서버가 필요합니다. 실패할 경우 "경고를 출력하고 여전히 성공적으로 종료"되므로 종료 코드에 의존하기보다는 나중에 세션을 확인하십시오. resume 옵션은 Codex 0.166.0에서 도입되었습니다.

장기 실행 작업에는 자체 steering 옵션이 있습니다. OpenAI의 목표(goal) 문서에 따르면 대화형 CLI 세션에서 "동일한 대화형 세션에서 후속 메시지를 보내 컨텍스트를 추가하거나 제약 조건을 조정"할 수 있습니다. Codex goal mode 가이드에서 목표가 작업에 계속 연결해 두는 내용을 다룹니다.

위임된 작업의 경우, OpenAI는 Codex에 직접 실행 중인 subagent를 조종하거나, 중지하거나, 완료된 에이전트 스레드를 닫도록 요청할 수 있다고 말합니다. Codex subagents 가이드에서 각 subagent가 무엇으로 시작하는지 설명합니다.

IDE에서 Enter를 누르고 steer를 기대하는 것. 확장 프로그램의 기본값은 queue입니다. 설정을 변경하거나 단일 메시지 단축키를 사용하지 않는 한 메시지는 다음 실행을 기다립니다.

Steer가 현재 명령을 중지할 것이라고 기대하는 것. 보류 중인 steer는 다음 도구 호출 후에 입력됩니다. 즉시 보내려면 힌트에 표시된 인터럽트 키를 사용하세요.

Steer로 모델 변경을 시도하는 것. Steer는 턴 수준의 오버라이드를 전달할 수 없습니다. 명령으로 모델을 변경하거나 다음 턴을 위해 대기열에 넣으세요.

슬래시 명령을 대기열에 넣고 실행되었다고 가정하는 것. 대기 중인 명령은 해당 턴이 올 때 파싱되므로 오류는 나중에 나타납니다.

--resume과 함께 사용한 codex queue의 종료 코드를 신뢰하는 것. resume이 실패하더라도 성공적으로 종료됩니다. 세션을 확인하세요.

1단계: 환경별 기본값 선택

Enter 키가 steer를 할지 queue를 할지 결정하고, IDE 확장 프로그램과 데스크톱 앱을 CLI 사용 방식에 맞게 설정하세요. 다른 동작을 위한 단일 메시지 단축키를 익혀두세요.

2단계: 수정은 Steer, 새 작업은 Queue

Codex가 현재 작업에서 잘못된 방향으로 가고 있을 때는 steer를 사용하세요. 변경 후 체크를 실행하거나 요약을 작성하는 것과 같이 별도의 단계인 경우 대기열에 추가하세요. 실행이 이미 너무 멀리 진행된 경우, CLI에서는 빈 작성기에서 Escape를 두 번 눌러 이전 메시지를 편집하고 해당 지점에서 채팅을 포크(fork)할 수 있습니다. Codex 채팅 포크 가이드에서 옵션들을 확인하세요.

3단계: 반복되는 steer를 채팅 밖으로 이동

테스트 위치나 접근 금지 파일과 같이 모든 세션에서 동일한 수정을 steer하고 있다면, 이는 채팅 메시지가 아니라 프로젝트의 AGENTS.md나 직접 관리하는 노트에 있어야 할 내용입니다.

Steering은 현재 실행을 수정합니다. 자주 하는 수정 사항은 다른 문제입니다. 그것들은 프로젝트에 대한 사실이며, 매 세션마다 다시 입력하는 것은 그것들을 놓치게 되는 원인이 됩니다.

MemoryLake는 이러한 사실들을 한 곳에 보관하여 ChatGPT, Claude Code, Codex와 같이 연결된 어시스턴트들이 사용할 수 있게 해주는 메모리 레이어입니다.

사용자는 자신의 언어로 직접 항목을 작성합니다. Codex 세션, 트랜스크립트, AGENTS.md 파일, Codex 메모리 또는 공급업체의 저장소에서 아무것도 읽거나 쓰거나 삭제하지 않습니다. Steering과 queueing은 OpenAI가 설명하는 방식 그대로 계속 작동합니다.

1단계: API 키 생성

로그인하고 대시보드에서 키를 생성합니다. 이 키는 MemoryLake 워크스페이스에 속하며 ChatGPT 및 Codex 계정과는 별개입니다.

2단계: 첫 번째 메모리 업로드

해결책의 3단계에서 언급한 반복되는 수정 사항부터 시작하세요. 사물이 위치한 곳, 건드리지 말아야 할 것, 계속해서 언급하는 컨벤션 등입니다. 항목당 하나의 포인트만 작성하세요.

3단계: AI 및 에이전트 연결

사용하는 어시스턴트를 연결하세요. 여러 도구를 함께 사용하는 경우, Claude Code와 Codex를 함께 사용하는 가이드에서 공유 컨텍스트를 한 곳에 유지하는 방법을 다룹니다.

첫 번째 차이점은 Enter 키로 인한 당혹감이 줄어든다는 것입니다. 어떤 환경이 steer를 하고 어떤 환경이 queue를 하는지 알게 됩니다.

두 번째는 더 깔끔한 턴 관리입니다. 수정 사항은 의도한 실행에 들어가고, 별도의 작업은 자신의 차례를 기다립니다.

세 번째는 전반적인 steering의 감소입니다. 반복하던 수정 사항이 이미 기록되어 있으므로 Codex는 이를 인지한 상태에서 시작합니다.

사용 중인 환경의 기본값을 확인하세요. CLI는 Enter 시 steer를, IDE 확장 프로그램은 queue를 수행합니다.

일찍 Steer 하세요. 다음 단계 전의 수정은 나중에 작업을 되돌리는 수고를 덜어줍니다.

별도의 작업은 Queue 하세요. 체크, 요약, 후속 작업은 다음 턴까지 기다릴 수 있습니다.

보류 영역을 주시하세요. 무엇이 steer를 위해 대기 중이고 무엇이 대기열에 있는지 보여줍니다.

설정을 Steer 하지 마세요. 모델 및 디렉토리 변경에는 steer가 아닌 명령이 필요합니다.

codex queue 전달을 확인하세요. resume에 실패해도 성공적으로 종료됩니다.

반복되는 수정 사항을 기록하세요. AGENTS.md나 직접 관리하는 노트에 작성하세요.

Codex에서 steer는 이미 진행 중인 실행에 메시지를 추가하고, queued 메시지는 다음 실행이 시작되기를 기다립니다. CLI에서는 Enter가 steer를, Tab이 queue를 수행하며, IDE 확장 프로그램은 기본적으로 queue로 설정되어 있고, 데스크톱 앱에서는 선택이 가능합니다. 보류 중인 steer는 다음 도구 호출 후에 입력되며, 두 종류의 메시지 모두 Codex가 읽는 대화의 일부가 됩니다.

수정 사항에는 steer를, 별도의 작업에는 queue를 사용하세요. 동일한 수정 사항이 계속 발생하면 채팅 밖으로 옮겨 직접 관리하는 지침에 포함시키세요.