Codex 후속 메시지 시작하기: Follow-up behavior에서 Queue 처음 고르는 법
TL;DR
Settings > General > Follow-up behavior에서 Queue를 선택합니다. 현재 실행 뒤에 처리할 메시지 한 건으로 첫 동작을 확인합니다.
입력창 위의 대기 항목과 실제 다음 응답을 따로 관찰합니다. 설정 표시만 바뀌었다고 실행까지 확인한 것은 아닙니다.
Queue는 사람 승인 대기 장치가 아닙니다. 등록 전에 내용을 검수하고 외부 작업 없는 비민감 텍스트만 사용합니다.
핵심 3줄 요약
핵심 1
설정 선택과 실제 대기 동작을 따로 확인합니다.
핵심 2
첫 연습은 외부 작업 없는 텍스트 출력으로 제한합니다.
핵심 3
관찰하지 못한 결과는 성공이 아니라 확인 필요로 남깁니다.
이 글에서 다룰 내용
Windows용 ChatGPT 통합 데스크톱 앱의 Codex 후속 메시지 설정, Queue 한 건 등록, 다음 실행 순서 확인, 원래 설정 복원
2026년 11월 14일 기준 공식 문서를 바탕으로 설계한 연습입니다. 실제 계정에서 실행해 성공한 후기는 아닙니다. 코드 수정이나 일반 Chat 사용법으로 범위를 넓히지 않습니다.
기능 정의
Codex가 작업 중일 때 보내는 메시지는 Steer 또는 Queue로 처리할 수 있습니다. Steer는 현재 실행에 추가 지시를 반영합니다. Queue는 현재 작업이 끝난 뒤 다음 실행에 사용할 메시지를 보관합니다.
방향 변경이나 빠진 정보 보충은 Steer의 용도입니다. 이번 연습에서는 현재 응답을 그대로 두고 다음 요청을 Queue에 넣어 기다리게 합니다.
시작 전 확인할 조건
이미 Windows 앱에서 Codex를 사용할 수 있는 계정이 대상입니다. 설치나 첫 화면 전환 대신 현재 앱에서 허용된 비민감 텍스트 대화를 사용합니다.
다른 업무가 실행 중이거나 승인 대기 중이면 시작하지 않습니다. 이번 연습을 위해 실제 프로젝트나 로컬 자료를 새로 연결하지 않습니다. 요금제·지역·언어·최소 Windows 버전은 이 기능의 두 공식 설명에서 확정하지 않으므로 현재 계정 UI와 조직 정책을 확인합니다.
처음 설정하고 확인하는 순서
1. 연습 대화와 원래 설정을 확인합니다
현재 기기의 Codex 연습 대화인지 확인합니다. 다른 실행이나 승인 요청이 없는지도 살핍니다. 앱 메뉴에서 Settings를 열어 현재 Follow-up behavior 값을 사람이 수동으로 기록합니다.
기록에는 현재 기기를 구별할 별칭과 원래 선택을 적습니다. 계정 이메일이나 다른 대화 내용은 옮기지 않습니다. 원래 값을 읽을 수 없다면 복원 기준도 정할 수 없으므로 변경 전에 멈춥니다.
2. Queue의 의미에 해당하는 항목을 선택합니다
Settings > General > Follow-up behavior로 이동합니다. 현재 실행이 끝난 뒤 다음 실행에 메시지를 쓰는 Queue의 의미를 확인해 선택합니다. 실제 UI에 해당 의미가 없거나 선택 표시를 확인할 수 없으면 보류합니다.
Enter sends prompts는 전송 키를 정하는 별도 설정이므로 그대로 둡니다. Keyboard Shortcuts·Appearance·알림·개인화·자동 승인·연결 앱 설정도 바꾸지 않습니다.
3. 설정을 다시 열어 선택을 재확인합니다
같은 경로를 다시 열어 실제 선택 표시를 확인한 뒤 원래 연습 대화로 돌아갑니다. 설정이 선택됐다는 확인과 실제 Queue 대기 관찰은 별개로 기록합니다.
4. 첫 질문을 검수하고 실행합니다
아래 일곱 필드의 첫 질문을 사람이 읽고 전송합니다. 가상 Cedar 메모 세 개는 저자가 만든 합성 입력입니다. 기능이 작동했다는 증거는 아닙니다.
요청은 여섯 항목의 내부 연습 설명 본문만 출력하도록 제한합니다. 전송 뒤에는 Codex가 아직 실행 중인지 실제 UI로 확인합니다. AI에게 설정 성공 여부를 설명시키지 않습니다.
5. 실행 중 후속 메시지 한 건을 등록합니다
아직 실행 중일 때 다음 문장을 검수합니다.
기존 허용 입력과 금지 사항을 그대로 지켜 주세요. 첫 응답을 마친 다음 세 메모를 각각 한 줄로 다시 요약해 주세요.
현재 설정의 보통 전송 동작으로 정확히 한 번 보냅니다. 입력창 위 대기 항목과 보낸 문구를 확인합니다.
공식 문서에 따르면 대기 메시지는 입력창 위에 표시됩니다. 이번에는 반대 동작 단축키를 사용하지 않습니다.
대기 항목의 문구를 방금 보낸 한 문장과 대조합니다. 입력창 안에 아직 남은 미전송 초안과 위쪽에 등록된 대기 항목을 혼동하지 않습니다.
표시를 놓쳤다면 두 번째 메시지를 더 보내지 않습니다. 실제로 관찰한 범위만 남깁니다.
첫 응답이 너무 빨리 끝났다면 대기 관찰은 미확인으로 남깁니다. 지연 명령·복잡한 작업·반복 전송으로 시간을 만들지 않고 여기서 보류합니다.
6. 두 응답의 순서와 원문을 대조합니다
첫 실행의 응답이 끝난 뒤 후속 요청에 해당하는 다음 응답이 실제로 오는지 확인합니다. 대기 항목이 사라진 것만으로 성공 처리하지 않습니다. 후속 응답의 존재·순서·내용 정확성을 나눠 살핍니다.
B의 ‘검토일 미정’에 날짜가 생기지 않았는지 대조합니다. C의 사람 확인 조건도 살핍니다.
미확인이나 상충 결과는 따로 남깁니다. 설정을 유지할지 복원할지는 사람이 판단합니다.
첫 응답과 후속 응답에서 A·B·C를 각각 찾아 읽습니다. 순서가 맞아도 미정인 검토일을 확정하거나 배포를 진행하겠다는 문장이 있으면 내용 검토는 통과시키지 않습니다. 처리 순서와 원문 보존을 다른 항목으로 기록해야 어느 지점이 미확인인지 구별할 수 있습니다.
복사해서 쓰는 첫 질문 프롬프트
목표: 비민감 Cedar 메모 세 개를 근거로 여섯 항목의 내부 연습 설명 본문만 작성합니다.
허용 입력: 가상 Cedar 메모 A=초안 준비 완료 / B=검토일 미정 / C=외부 배포 전 사람 확인.
제외 입력: 파일·폴더·웹·연결 앱·개인 및 고객 자료는 제외합니다. 명령 실행·파일 생성·수정·삭제·외부 전송·공유·게시·결제·최종 업무 승인을 하지 않습니다.
출력 형식: 목적·현재 상태·미정·검토 순서·주의·다음 확인의 여섯 항목으로 작성합니다. 입력 범위에서 필요한 반복 설명만 하며 새 근거를 추가하지 않습니다.
완료 기준: 사람이 세 메모 원문과 대조할 수 있는 텍스트 초안만 출력합니다.
무창작: 실행 상태·설정 성공·날짜·도구 결과를 추정하지 않습니다.
승인 지점: 첫 요청과 후속 메시지 등록 전에 사람이 검수합니다. 출력이 끝나면 사람이 내용을 확인합니다.
이 요청은 대기가 있는 동안 관찰할 무해한 초기 입력입니다. 업무용 완성 문서를 만드는 과제로 확대하지 않습니다. 승인 지점이라는 문구가 Queue에 기술적 승인 기능을 추가하지는 않습니다.
실전 인사이트
수동 관찰 메모는 다섯 칸이면 충분합니다. 원래 설정 / 실제 선택 / 입력창 위 대기 확인 / 두 응답 순서 / 세 원문 대조·유지 또는 복원 판단을 적습니다.
이는 제품 감사 로그가 아니라 저자가 제안하는 기록 관례입니다. 작성 전에 성공 표시를 채우지 않습니다. 결과가 없으면 ‘확인 필요’로 남깁니다.
공식 문서는 대기 메시지를 편집하거나 순서를 바꾸고 보내거나 삭제할 수 있다고 설명합니다. 첫 연습은 한 건으로 충분합니다. ‘보내기’가 대기 상태를 유지한다는 뜻으로 해석하지 않습니다.
주의할 점
Queue는 처리 시점 설정이지 사람 승인 대기나 권한 회수 기능이 아닙니다. 새 대화·시간 예약·입력 미전송 보장으로도 해석하지 않습니다. 현재 작업이 끝나면 다음 실행으로 이어질 수 있습니다.
등록 전에 메시지 전체를 검수해 승인합니다.
프롬프트의 금지 사항은 지시이지 기술적 보안 보장이 아닙니다. 권한 창·파일 접근·도구 호출이 나타나면 추가 승인 없이 보류합니다. 권한을 넓혀 연습을 성공시키지 않습니다.
정확한 실행 지연, 대기열 총수, 앱 종료 뒤 지속이나 기기 간 동기화도 추정하지 않습니다. 긴 실제 업무나 민감 자료로 시험하지 않습니다.
작동하지 않거나 원래 설정으로 돌아갈 때
선택 의미나 상태가 불명확하면 현재 UI와 조직 정책부터 확인합니다. 문서에 없는 Save·적용 버튼이나 재시작 절차를 만들어 안내하지 않습니다.
복원하려면 같은 설정 경로에서 기록해 둔 원래 값을 선택하고 표시를 다시 확인합니다. 설정 복원은 이미 보낸 메시지 회수·큐 삭제·현재 작업 취소가 아닙니다.
원치 않는 대기 요청은 제품의 현재 삭제 동작으로 개별 검토합니다. 실수로 Steer를 보냈다면 복원만으로 지시가 취소됐다고 보지 않습니다. 실제 대화 상태와 결과를 살펴 필요할 때 현재 앱의 안전 중단 통제를 사용합니다.
자주 묻는 질문
Enter 전송 키도 바꿔야 하나요?
바꾸지 않습니다. Enter sends prompts는 키로 전송하는 방식을, Follow-up behavior는 작업 중 보낸 메시지의 처리 방식을 정하는 별도 항목입니다.
Queue는 사람 승인을 기다리나요?
그렇게 가정하지 않습니다. 이 연습의 사람 검수는 등록 전에 직접 수행하는 절차입니다. Queue가 다음 실행 직전에 수동 재승인을 강제한다고 설명하지 않습니다.
응답이 빨리 끝나 대기를 못 봤다면요?
대기 관찰 미확인으로 남깁니다. 자동 반복하지 않고 다음 정상적인 기회에 관찰합니다. 메시지가 전송됐다는 사실만으로 Queue 등록을 확인하지 않습니다.
CLI의 Enter·Tab 키를 써도 되나요?
CLI의 키 안내를 Windows 데스크톱에 옮겨 적용하지 않습니다. 문서는 설정에 반대 동작용 단축키가 표시된다고 설명합니다. 이번 연습은 특정 키 조합을 추정하지 않습니다.
출처
마무리
처음에는 Queue 선택, 대기 등록 관찰, 후속 실행, 내용 정확성을 분리해 확인합니다. 확인하지 못한 항목을 남기는 것이 성공을 추정하는 것보다 중요합니다.
한 줄 요약: Queue를 선택한 뒤 비민감 후속 메시지 한 건으로 대기 표시와 다음 응답 순서를 확인합니다. 사람 승인 장치로 오해하지 않습니다.
