Quick Comparison

ChatGPT Project와 Codex의 로컬 폴더 작업은 같은 경계가 아닙니다. Project는 ChatGPT의 chats·files·instructions를 모으는 컨텍스트 묶음이고, Codex는 별도 화면에서 로컬 폴더·repository·terminal을 다룹니다. Git worktree는 같은 repository의 병렬 변경을 분리하는 Git 기능입니다.

"팀 API 규약과 회의록을 계속 참고한다"      -> ChatGPT Project
"이 repository에서 테스트 실패를 고친다"     -> Codex 로컬 폴더 + 스레드
"같은 버그를 두 접근으로 동시에 실험한다"     -> 별도 스레드 + Git worktree

프로젝트와 Codex의 경계

ChatGPT Project에는 관련 chats, 파일, project instructions가 모이고, Project 안의 chat은 그 컨텍스트를 상속합니다. 공유 Project에서는 권한에 따라 구성원이 같은 자료와 instructions를 함께 봅니다. 이 기능은 조사와 지속적인 문서 작업에 유용하지만, Codex의 filesystem sandbox나 Git checkout을 만드는 기능은 아닙니다.

Codex는 데스크톱 앱의 별도 view에서 로컬 folder, repository, terminal, 개발 도구를 다룹니다. 따라서 Project를 만든 뒤 "Codex도 그 Project sandbox 안에 있다"고 가정하면 안 됩니다. 실제 코드 작업의 읽기·쓰기 범위, 승인, 실행 환경은 Codex에서 연 폴더와 설정이 결정합니다.

같은 제품을 다룰 때의 역할 분담
- ChatGPT Project: 요구사항, 결정 기록, 설계 자료, 공유 instruction
- Codex local folder: source code, terminal command, test, diff
- 링크나 파일을 서로 넘길 수는 있지만, 권한과 실행 범위는 자동으로 합쳐지지 않음

스레드와 worktree 선택

스레드는 한 가지 결과로 묶습니다. 예를 들어 "로그인 timeout 수정"과 "배포 문서 정리"는 같은 repository여도 성공 기준과 검증이 다르므로 분리합니다. 목표가 섞이면 대화 맥락, diff, 검증 결과가 함께 섞여 review가 어려워집니다.

동시에 수정해야 하고 파일 충돌이 예상되면 스레드만 나누지 말고 Git worktree도 나눕니다. worktree는 독립 checkout이므로 한 작업의 build 산출물·브랜치 변경이 다른 작업 폴더를 덮지 않게 합니다. 반대로 읽기 조사나 순차 작업은 worktree를 늘리지 않아도 됩니다.

같은 repository의 선택
- 조사 후 한 번에 구현       -> 스레드 하나
- 독립적인 두 목표를 병렬 처리 -> 스레드 둘
- 둘 다 파일을 수정함         -> 각 스레드에 worktree
- 공통 패키지를 함께 바꿈      -> 소유자와 병합 순서를 먼저 합의

운영에서 막히는 지점

• ChatGPT Project의 instructions는 해당 Project 안의 ChatGPT 응답에 적용됩니다. Codex AGENTS.md를 대체하지 않으며, repository의 실행·검증 규칙은 AGENTS.md 작성에 둡니다.
• Project에 대화나 파일을 옮기면 Project instructions와 file context를 상속합니다. 기존 대화의 전제가 달라질 수 있으므로, 옮긴 직후 현재 목표와 제약을 짧게 다시 확인합니다.
• Codex thread를 너무 큰 "정리 작업"으로 만들면 목표와 검증이 불명확해집니다. 결과물, 수정 범위, 완료 확인을 첫 요청에서 명시합니다.
• worktree를 만들었다고 자동으로 병합되지는 않습니다. branch 소유자, 검증 명령, 통합 순서를 정한 뒤 작업을 끝냅니다.

Codex에서 worktree를 만들고 handoff하는 구체적인 흐름은 worktree와 handoff, 장기 작업의 완료 조건은 계획과 완료 정의에서 확인할 수 있습니다.