Codex CLI·앱·IDE·클라우드, 어디에서 시작해야 할까

먼저 실행 장소와 검토 장소를 나눕니다

CLI와 IDE는 주로 현재 컴퓨터의 저장소에서 작업합니다. 앱은 로컬·별도 작업 폴더·클라우드 작업을 시각적으로 관리할 수 있고, 클라우드는 원격의 격리 환경에서 저장소를 받아 실행합니다.

따라서 “어디서 질문하는가”만 보면 안 됩니다. 명령이 실행되는 컴퓨터, 사용할 자격 증명, 변경 결과가 놓이는 브랜치와 사람이 변경 차이를 확인할 위치를 적어야 합니다.

작업 모양으로 첫 화면을 고릅니다

아래 표는 절대 규칙이 아니라 첫 선택입니다. 한 작업 안에서도 IDE에서 범위를 지정하고 CLI에서 긴 테스트를 돌린 뒤 앱에서 변경 차이를 검토할 수 있습니다.

IDE
- 열린 파일·선택 영역을 바로 맥락으로 줄 때
- 작은 UI 수정과 인라인 diff 검토

CLI
- 셸 명령, 로그, 테스트를 자주 오갈 때
- 스크립트와 비대화형 실행으로 이어질 때

앱
- 여러 작업을 동시에 보고 시각적 diff를 검토할 때
- worktree와 통합 터미널을 한곳에서 다룰 때

클라우드
- 로컬 환경과 격리해 오래 위임할 때
- GitHub 저장소에서 결과를 PR로 검토할 때

같은 작은 과제로 네 경계를 관찰합니다

연습용 저장소에서 “안내 문서의 실행 명령이 실제 프로젝트 설정과 맞는지 조사하고, 수정은 하지 말고 차이만 보고하라”는 동일한 요청을 사용 가능한 환경 두 곳 이상에 넣습니다. IDE에서는 어떤 선택 영역이 전달되는지, CLI에서는 현재 디렉터리가 맞는지 확인합니다. 앱과 클라우드에서는 연결된 프로젝트·브랜치·환경을 확인합니다.

보고서의 문장보다 접근한 파일, 실행한 명령, 승인 요청과 준비 시간을 먼저 비교합니다. 아래 기록표를 채우면 어느 환경이 자동으로 제공한 맥락과 권한을 한눈에 볼 수 있습니다.

선택 결과를 같은 표에 남깁니다

가상 점수를 채우지 않고 실제로 관찰한 값만 기록합니다. 쓰지 못한 환경은 빈칸이 아니라 “미시험”으로 표시합니다.

환경 | 실행 위치 | 접근 파일 | 실행 명령 | 승인 요청 | 준비 시간 | 결과 검토 위치
IDE  | 로컬      |             |           |           |           |
CLI  | 로컬      |             |           |           |           |
앱   | 확인 필요 |             |           |           |           |
클라우드 | 원격  |             |           |           |           |

클라우드에는 로컬 환경이 따라가지 않습니다

로컬에 설치된 도구, 로그인 세션과 환경 변수가 클라우드에 자동으로 복제된다고 가정하지 않습니다. 필요한 의존성은 클라우드 환경 설정과 초기화 스크립트로 재현하고, 인터넷 접근은 작업에 필요한 범위로 정합니다.

비밀을 프롬프트나 저장소에 넣지 않습니다. 운영 자격 증명이 있어야만 진행되는 작업이라면 읽기 전용 대체 데이터나 사전 검증 환경을 마련할 때까지 멈춥니다.

화면을 바꿀 때 인계문을 남깁니다

작업을 다른 환경으로 옮기면 이전 대화가 모두 전달된다고 기대하지 않습니다. 목표와 관찰된 사실, 변경 범위, 검증 명령을 짧게 남깁니다.

목표: 문서의 실행 명령을 실제 스크립트와 맞춘다.
확인한 사실: npm run dev는 존재하고 npm start는 없다.
허용 범위: README.md만 수정.
검증: 명령 이름 재검색, git diff --check.
금지: 의존성 설치, 커밋, 푸시.

결과가 아니라 경계까지 확인하고 선택합니다

두 환경에서 접근 파일, 승인 요청, 결과 검토 방식과 준비 시간을 기록합니다. 작은 수정에 원격 환경 준비가 더 오래 걸렸다면 IDE나 CLI가 낫고, 로컬 상태를 오염시키지 않고 긴 작업을 맡기는 가치가 크다면 클라우드가 낫습니다.

연결 저장소나 브랜치가 다르거나 예상하지 않은 네트워크·비밀이 필요해지면 실행하지 않습니다. 먼저 환경을 바로잡은 뒤 같은 읽기 전용 실습으로 다시 확인합니다.