대화는 이어졌지만 잘못된 작업 공간에서 파일을 수정하거나 권한이 넓어졌다면, 그 세션은 계속 실행하면 안 됩니다.
VS Code 1.138 Codex 앱 간 인계는 소규모로 시험하되, 여섯 가지 검수 증거를 모으기 전에는 팀 전체에 열지 마세요.
ChatGPT와 VS Code 사이에서 Codex 코딩 세션을 이어가려는 개발자, Copilot과 ChatGPT 구독을 관리해야 하는 플랫폼 엔지니어가 대상입니다. 원격 맥에서 장시간 작업을 실행하고 엑스코드 빌드까지 확인하려는 모바일 개발팀에도 해당합니다.
기능이 이어지는 것과 실행 환경이 이어지는 것은 다릅니다
VS Code 1.138은 2026년 9월 16일 공개됐고, 에이전트 호스트에서 Codex 지원 범위를 넓혔습니다. 공식 안내에는 ChatGPT 앱과 VS Code 사이의 세션 계속하기, 구독 출처 전환, 조건을 만족하는 데스크톱 앱 상호 작동 재사용이 설명되어 있습니다. 다만 지원 상태는 계정과 설정에 따라 단계적으로 달라질 수 있습니다. 공식 릴리스 안내와 Codex 앱 간 인계 설명을 기준으로 확인해야 합니다.
여기서 가장 쉽게 놓치는 제한은 세 가지입니다.
- 대화 기록이 보인다고 해서 이전 단계의 승인 대기 작업과 파일 상태까지 복원됐다고 볼 수 없습니다.
- 모델을 제공한 구독과 도구를 실제로 실행한 계정이 다를 수 있습니다.
- 같은 저장소 이름이라도 로컬 폴더, 작업 트리, 개발 컨테이너, 원격 맥의 경로가 서로 다를 수 있습니다.
따라서 앱 간 인계는 파일 동기화나 권한 동기화가 아닙니다. 연결이 끊긴 뒤 같은 명령을 다시 실행하거나, 이전 승인 기록이 사라진 상태에서 쓰기 작업을 재개하면 먼저 중지해야 합니다.
첫 번째 검수: 대화 기록보다 실제 작업 상태를 비교합니다
ChatGPT에서 시작한 Codex 세션을 VS Code에서 어떻게 이어가나요?
먼저 ChatGPT 앱에서 사용한 세션을 인계한 뒤, VS Code에서 다음 항목을 나란히 기록합니다.
- 세션 제목과 마지막 요청을 저장합니다.
- 현재 작업, 남은 승인, 선택한 모델을 적습니다.
- 인계 전 커밋 식별자와 변경 파일 목록을 남깁니다.
- VS Code에서 같은 세션의 마지막 상태를 다시 확인합니다.
- 아무 파일도 수정하지 않는 읽기 작업으로 상태를 비교합니다.
채팅 제목만 같고 현재 작업이나 승인 대기가 사라졌다면 통과가 아닙니다. 연결 중단 뒤 작업이 두 번 실행됐거나, 새 요청이 이전 요청의 결과를 전제로 진행되지 않는 경우에도 작업을 중지하고 새 검수 세션을 만들어야 합니다.
이 단계에서 보관할 증거는 대화 내보내기만이 아닙니다. 세션 식별자, 마지막 요청, 승인 상태, 변경 파일 목록, 인계 시각을 한 묶음으로 남겨야 합니다.
두 번째 검수: 구독 출처와 실행 책임을 분리합니다
Codex는 Copilot 구독에서 실행될 수도 있고 ChatGPT 구독에서 실행될 수도 있습니다. 공식 문서는 에이전트 하니스에서 구독 출처를 선택하고 전환하는 흐름을 설명하지만, 모든 계정 조합에서 같은 모델과 도구가 제공된다고 보장하지는 않습니다. 에이전트 하니스와 구독 전환 문서를 확인한 뒤 실제 계정으로 재검증해야 합니다.
Copilot과 ChatGPT 구독을 바꾸면 맥락을 잃을 수 있나요?
대화가 화면에 남아도 모델 접근 권한, 도구 목록, 승인 상태가 달라질 수 있습니다. 전환 전후에 다음 네 가지를 기록하세요.
- 작업을 시작한 사용자 계정
- 모델을 제공한 구독 출처
- VS Code와 원격 호스트에 로그인한 계정
- 파일 수정과 명령 실행을 맡은 실행 주체
팀 계정, 개인 계정, 원격 호스트 계정이 섞이면 나중에 누가 작업을 요청했고 누가 외부 명령을 실행했는지 설명하기 어렵습니다. 계정이 다르거나 모델 목록이 달라지면 자동 전환을 허용하지 말고 사람 승인으로 되돌려야 합니다.
세 번째 검수: 인계 전후의 도구 권한을 실제 호출로 비교합니다
Codex가 앱 간 인계 뒤 어떤 도구 권한을 물려받나요?
파일 편집, 터미널, 확장 기능, MCP 서버, 데스크톱 앱을 목록으로 만든 뒤 인계 전후에 읽기와 쓰기 호출을 각각 시험합니다. VS Code 도구 문서는 도구의 종류와 호출 조건을 설명하고, 승인 문서는 자동 승인과 수동 승인의 차이를 다룹니다. 도구 안내와 승인 관리 문서를 함께 보세요.
특히 다음 상황은 조용한 권한 확대의 신호입니다.
- 인계 뒤 새 파일 쓰기 권한이 나타납니다.
- 이전에 없던 네트워크 명령이나 외부 서비스 호출이 가능합니다.
- 저장된 승인이 새 창이나 다른 작업 공간에서도 자동 적용됩니다.
- MCP 서버가 다른 환경 변수나 자격 증명을 읽습니다.
MCP 설정은 서버별 입력과 접근 범위를 따로 확인해야 합니다. MCP 서버 설정 문서에 나온 설정과 실제 호출 로그가 다르면 설정을 그대로 신뢰하지 마세요.
주의: Codex가 “작업을 완료했다”고 말한 것은 운영 증거가 아닙니다. 파일 변경 기록, 터미널 출력, 운영 체제 로그, 생성된 결과물을 서로 맞춰야 합니다.
중간 판단표: 현재 조건에 따라 시험 범위를 정합니다
| 검수 상태 | 허용할 범위 | 바로 중지할 신호 |
|---|---|---|
| 세션과 작업 상태가 모두 일치함 | 읽기 작업과 되돌릴 수 있는 코드 수정 | 승인 대기나 변경 목록이 사라짐 |
| 구독 출처와 실행 계정이 기록됨 | 지정된 테스트 저장소 | 개인 계정과 팀 계정이 섞임 |
| 도구 목록과 승인 규칙이 동일함 | 제한된 터미널과 MCP 호출 | 새 쓰기 권한이나 자동 승인이 생김 |
| 작업 공간과 호스트 식별자가 일치함 | 독립 작업 트리에서 테스트 | 같은 이름의 다른 저장소가 열림 |
| 실패 뒤 중지와 복구가 확인됨 | 제한된 팀 시범 운영 | 재접속 후 명령이 중복 실행됨 |
네 번째 검수: 작업 공간과 에이전트 호스트를 증명합니다
앱 간 인계에서 가장 비용이 큰 실패는 잘못된 저장소에 쓰는 것입니다. 로컬 폴더인지, 독립 작업 트리인지, 개발 컨테이너인지, 원격 에이전트 호스트인지 먼저 분류해야 합니다. 에이전트 호스트의 구조와 확장 호스트에서 도구가 라우팅되는 방식은 에이전트 호스트 구조 문서와 도구 라우팅 설명에서 확인할 수 있습니다.
앱 간 Codex 세션 뒤에 작업 공간을 잘못 고르지 않았는지 어떻게 확인하나요?
다음 정보를 인계 전후에 저장하세요.
- 저장소의 원격 주소와 현재 커밋
- 실제 작업 트리의 절대 경로
- 호스트 이름과 로그인 계정
- 추적되지 않은 파일과 미커밋 변경
- 개발 컨테이너 또는 원격 호스트의 식별 정보
작업 트리 격리가 필요하다면 공식 코드 격리 선택 안내를 기준으로 별도 트리를 만드세요. 장시간 실행이나 여러 명의 인계가 예상되면 개인 노트북보다 지속적으로 연결된 원격 맥이 관리하기 쉽습니다. 다만 원격 맥을 쓴다고 해서 작업 공간 검수가 자동으로 해결되지는 않습니다.
다섯 번째 검수: 데스크톱 앱은 코드 도구와 별도 등급으로 다룹니다
VS Code의 Codex가 원격 맥 데스크톱 앱도 계속 조작할 수 있나요?
조건이 맞으면 설정된 데스크톱 앱 상호 작동 능력을 재사용할 수 있습니다. 그러나 모든 앱을 무인 실행해도 된다는 뜻은 아닙니다. 작업을 세 등급으로 나누세요.
- 읽기 전용 확인: 화면 상태와 로그 조회
- 되돌릴 수 있는 수정: 설정 변경이나 테스트 파일 생성
- 외부 영향 작업: 메시지 전송, 배포, 결제, 공식 빌드 제출
첫 번째 등급은 제한된 계정으로 시험할 수 있습니다. 두 번째 등급은 파일 변경 전후의 차이를 저장해야 합니다. 세 번째 등급은 원칙적으로 사람 승인을 유지하고, 운영 계정과 인증 정보를 분리해야 합니다.
원격 맥에서 엑스코드 검증을 한다면 Codex의 설명보다 빌드 결과, 생성된 산출물, 테스트 로그를 우선합니다. 화면 조작이 성공해 보여도 서명 설정, 키체인 접근, 환경 변수, 시뮬레이터 상태가 달라질 수 있기 때문입니다.
여섯 번째 검수: 실제 납품과 중단 복구를 함께 시험합니다
코드 수정만 성공한 상태에서 팀 공개를 결정하면 안 됩니다. 대표 프로젝트에서 수정, 테스트, 검토 요청, 실제 맥 빌드를 한 흐름으로 실행하세요. 이후 연결 끊김, 호스트 재시작, 승인 시간 초과, 잘못된 작업 공간 선택을 일부러 발생시켜야 합니다.
| 시험 장면 | 남겨야 할 증거 | 통과하지 못했을 때의 조치 |
|---|---|---|
| ChatGPT에서 VS Code로 인계 | 세션 상태와 마지막 요청 | 새 세션으로 재검수 |
| 연결 중단 후 재접속 | 중복 명령 여부와 변경 목록 | 자동 재개 금지 |
| 원격 맥 재시작 | 호스트 식별과 작업 트리 | 독립 작업 트리 재생성 |
| 승인 시간 초과 | 승인 기록과 실행 로그 | 수동 승인으로 전환 |
| 엑스코드 빌드 | 빌드 로그와 산출물 | 팀 공개 보류 |
| 여러 명의 순차 인계 | 사용자와 구독 출처 기록 | 개인 시험 범위로 축소 |
이 절차를 마치면 결정은 세 가지 중 하나로 제한하세요.
- 모든 증거가 일치하면: 제한된 저장소와 제한된 팀으로 시범 운영합니다.
- 읽기와 되돌릴 수 있는 수정만 통과하면: 개인 또는 소수 사용자 시험에 머뭅니다.
- 작업 공간, 권한, 복구 중 하나라도 불명확하면: 전개를 보류하고 수동 승인으로 되돌립니다.
VS Code 1.138 Codex 앱 간 인계의 팀 도입 점수는 증거로 매깁니다
기능 자체의 점수보다 검수 증거의 점수가 중요합니다. 여섯 항목을 각각 통과, 조건부, 실패로 기록하고, 실패 항목은 팀 공개 점수에 포함하지 마세요.
개인 시험은 대화와 작업 공간이 일치하고 읽기 작업이 안전하게 끝난 경우에만 시작합니다. 제한된 팀 운영은 계정 출처, 도구 승인, 독립 작업 트리, 중단 복구까지 확인했을 때 고려합니다. 엑스코드 납품과 외부 시스템 조작이 포함되면 실제 산출물과 로그가 없는 상태에서 운영 승인을 내리면 안 됩니다.
장기 작업에 필요한 원격 맥 환경은 맥풀의 원격 개발 안내에서 운영 방식과 계약 조건을 먼저 확인하고, 계정과 작업 공간을 분리하는 방법은 도움말 안내에서 확인할 수 있습니다.
현재 노트북만 쓰면 화면이 닫히거나 네트워크가 끊길 때 Codex 작업이 멈추고, 공유 작업 공간에서는 동료의 변경과 섞이며, 데스크톱 앱과 엑스코드 인증 환경도 팀마다 달라집니다. 반대로 원격 맥은 장시간 작업과 격리된 작업 트리를 구성하기 쉽지만, 비용과 계정 관리가 추가되고 물리 장비가 필요한 작업에는 맞지 않습니다. 여섯 항목을 통과한 뒤에도 짧은 시험이나 임시 개발 환경이 목적이라면 MacPull의 원격 맥 대여를 비교해 보고, 장기 고정 부하나 전용 주변 기기가 필요하다면 직접 구매와 별도로 판단하는 편이 안전합니다.