Codex CLI 사이드 채팅 시작: /side로 본 대화와 분리해 질문하는 법
TL;DR
/side
는 실행 중인 Codex TUI 대화에서 임시 side chat을 여는 slash action입니다. side transcript는 parent chat과 분리됩니다. side mode에서도 parent 상태를 볼 수 있습니다. 첫 시험은 비민감 질문 하나만 확인하고 현재 화면의 복귀 안내를 따르는 데서 끝냅니다.
핵심 3줄 요약
핵심 1
/side
는 운영체제 셸이 아니라 이미 시작된 Codex TUI 대화의 입력창에서 실행합니다.
핵심 2
side chat은 current chat에서 갈라진 ephemeral fork이며 transcript가 parent chat과 분리됩니다.
핵심 3
side 안이나 review mode에서는 다시
/side
를 열 수 없습니다. 화면에 보이는 복귀 안내까지 확인해야 첫 시험이 끝납니다.
이 글에서 다룰 내용
이 글은
/side
를 찾는 위치, side chat을 처음 여는 순서, parent chat과의 차이, 비민감 질문 예시, 사용 제한과 복귀 확인만 다룹니다. 저장된 세션을 분기하는
codex fork
, 파일 수정, 외부 전송은 범위에서 제외합니다.
왜 본 대화와 임시 질문을 나눌까
긴 작업 중에는 지금 처리할 목표와 직접 관련 없는 질문이 생깁니다. 그 질문을 본 대화에 이어 붙이면 transcript에 함께 남습니다.
/side
를 쓰면 current chat에서 임시 분기를 열어 질문을 별도 transcript로 나눌 수 있습니다.
다만 side에서 얻은 답을 parent가 이어서 안다고 가정하면 안 됩니다. 본 작업에 필요한 결론은 parent chat으로 돌아온 뒤 다시 적습니다. 반영 여부는 사람이 결정합니다.
Codex
/side
란
공식 문서는
/side
를 current chat에서 시작하는 ephemeral fork로 정의합니다. side chat의 transcript는 parent chat과 분리됩니다. side mode에서는 parent chat의 상태도 계속 보여서 본 작업이 실행 중인지 확인할 수 있습니다.
/btw
도 공식 command 표에 같은 side-chat 진입 action으로 안내됩니다. 이 글은 검색과 첫 실행이 더 분명한
/side
를 기준으로 설명합니다.
언제 이 흐름이 맞을까
용어 뜻, 오류 문구 해석, 선택지의 짧은 장단점처럼 본 작업의 방향을 바로 바꾸지 않는 질문에 맞습니다. 반대로 파일 수정, 의존성 설치, 배포, 삭제, 승인 기준 변경처럼 다음 단계가 반드시 알아야 할 결정은 parent chat에서 다룹니다.
판단 기준은 하나입니다. 답을 확인한 뒤 버려도 되는 임시 질문이면 side chat이 맞습니다. 이후 작업이 따라야 할 결정은 parent chat에 남깁니다.
시작 전에 준비할 것
먼저 비민감한 Codex TUI 대화를 하나 시작합니다. 공식 문서는
/side
가 current chat에서 갈라지는 기능이라고 설명합니다. 설치된
codex-cli 0.144.6
에서도 대화가 시작되기 전에는
/side
를 사용할 수 없다는 안내가 나타났습니다.
운영체제, 터미널, plan, region, language, 최소 버전 조건은 현재 공식 문서에서 확정하지 않습니다. 입력창의 slash completion에
/side
와 설명이 실제로 보이는지 먼저 확인합니다.
1단계: 활성 Codex TUI 입력창으로 이동합니다
/side
는 운영체제 셸 명령이 아닙니다. 이미 대화를 시작한 Codex TUI의 composer에 커서를 둡니다. 실제 저장소나 민감한 폴더 대신 첫 시험은 빈 작업 폴더에서 진행하는 편이 안전합니다.
2단계:
/side
가 인식되는지 먼저 봅니다
composer에
/side
를 입력하되 Enter를 누르기 전에 completion 행을 확인합니다. 이번 격리 점검에서는
/side
와
start a side conversation in an ephemeral fork
설명이 함께 나타났습니다.
completion이 보이지 않으면 ordinary prompt로 제출하지 말고 입력을 지웁니다. 문서와 설치 표면이 다른 상태에서 update, restart, feature flag를 추측해 해결하지 않습니다.
3단계: side chat을 엽니다
completion이 확인됐을 때만
/side
를 실행합니다. 공식 문서처럼
/side
뒤에 질문을 바로 붙일 수도 있습니다. 첫 시험에서는 화면 전환부터 확인합니다.
설치된
codex-cli 0.144.6
에서는
Side from main thread
와 복귀 안내가 보였습니다. 이 문구는 로컬 관찰값입니다. 다른 버전에서도 같은 label이나 key가 나온다고 일반화하지 말고 현재 화면을 기준으로 판단합니다.
4단계: 비민감한 읽기 전용 질문 하나를 확인합니다
side chat에서는 파일이나 계정 정보가 필요 없는 질문 하나만 시험합니다. 목적과 허용 입력, 제외 입력, 출력 형식을 짧게 적으면 첫 완료 경계가 선명해집니다.
답이 자연스럽다고 사실 검증이 끝난 것은 아닙니다. 중요한 설명은 공식 문서나 원래 증거와 대조합니다. 불확실하면
확인 필요
로 남깁니다.
5단계: parent chat으로 돌아와 경계를 확인합니다
답을 확인한 뒤 화면에 표시된 복귀 안내를 따릅니다. 공식 문서는 focused detour가 끝나면 parent chat으로 돌아온다고 설명합니다. 이번 설치 표면에서는
Ctrl+C to return
이 보였습니다. 모든 환경의 고정 shortcut이라고 단정하지 않습니다.
parent chat으로 돌아오면 본 작업이 그대로 있는지 확인합니다. side에서 얻은 결론을 실제 작업에 반영하려면 내용을 다시 적고 사람의 승인을 받습니다. 여기까지가 첫 실행의 완료 기준입니다.
복사해서 쓰는 점검 프롬프트
목표: 현재 화면의 한 문구가 뜻하는 바를 짧게 설명해 주세요.
허용 입력: 제가 직접 붙여 넣은 비민감 문구 한 줄만 사용하세요.
제외 입력: 파일, 폴더, 자격증명, 계정 정보, 외부 웹은 사용하지 마세요.
출력 형식: 의미, 가능한 해석, 확인 필요 항목을 각각 한 줄로 적으세요.
완료 기준: 문구의 뜻과 확인할 점을 구분해 제시하면 끝냅니다.
추정 금지: 보이지 않은 로그, 파일 상태, 원인을 만들어내지 마세요.
승인 지점: parent chat 반영, 파일 수정, 명령 실행은 사람이 따로 승인합니다.
실전 인사이트:
/side
와
codex fork
를 나눕니다
/side
는 active TUI 대화에서 focused detour를 만드는 ephemeral fork입니다. 반면 기존 Tips의
codex fork --last
는 운영체제 셸에서 저장된 최근 session을 새 chat으로 분기합니다.
잠깐 묻고 돌아오려면
/side
, 저장된 대화를 독립된 새 흐름으로 이어가려면
codex fork
가 맞습니다. 첫 행동과 기대 결과가 다르므로 두 기능을 같은 명령처럼 쓰지 않습니다.
주의할 점
- side chat의 transcript 분리를 보안 격리나 별도 계정 권한으로 해석하지 않습니다.
- side 안과 review mode에서는
/side를 다시 열 수 없습니다. - 공식 문서가 명시하지 않은 plan, region, language, operating system, minimum version을 추정하지 않습니다.
- 설치된 한 버전의 label과 복귀 key를 모든 환경에 일반화하지 않습니다.
- 첫 시험에서는 파일 수정, 명령 실행, 외부 전송, consequential decision을 완료 기준에 넣지 않습니다.
자주 묻는 질문
/side
를 운영체제 셸에서 실행하나요?
아닙니다. 활성 Codex TUI 대화의 composer에서 실행하는 slash action입니다. 운영체제 셸에서 실행하는
codex fork
와 진입 위치가 다릅니다.
대화를 시작하기 전에도
/side
를 열 수 있나요?
공식 정의가 current chat에서 만드는 fork이므로 활성 대화가 먼저 필요합니다. 이번
codex-cli 0.144.6
격리 점검에서도 대화를 시작하기 전에는 사용할 수 없다는 안내를 확인했습니다.
/btw
는
/side
와 다른 기능인가요?
현재 공식 command 표는
/side
와
/btw
를 같은 side-chat 진입 action으로 묶습니다. 이 글은 첫 검색과 실행 경로를
/side
로 통일했습니다.
side에서 얻은 답이 parent chat에 자동 반영되나요?
공식 문서는 두 transcript가 분리된다고 설명합니다. parent가 side 결론을 이어서 안다고 가정하지 않습니다. 필요한 결론만 parent chat에 다시 적은 뒤 사람이 반영을 승인합니다.
출처
- OpenAI Codex developer commands 공식 문서 —
/side, ephemeral fork, separate transcript, parent status, inline text, 사용 제한을 확인했습니다.
마무리
/side
의 첫 완료 기준은 active TUI에서 command completion을 확인하는 데서 시작합니다. side chat을 열어 비민감 질문 하나를 검토하고 parent chat으로 돌아오면 끝납니다. side transcript와 parent transcript를 분리해 두되 실제 작업에 필요한 결론은 사람이 다시 전달하고 승인합니다.
