Codex프롬프팅과 세션 운영

IDE 동기화와 Auto context

Codex app과 IDE Extension이 같은 프로젝트에서 어떻게 동기화되고, `IDE context`와 `Auto context`를 언제 켜고 끄는지 정리합니다.

마지막 수정 2026년 3월 20일

기본 패턴

text
권장 사용 흐름
1. Codex app과 IDE를 같은 프로젝트로 연다
2. composer에서 `IDE context` 옵션을 확인한다
3. 현재 보고 있는 파일을 자연어로 가리키려면 `Auto context`를 켠다
4. 컨텍스트 포함 여부가 불확실하면 잠시 끄고 결과를 비교한다

설명

  • Codex app과 IDE Extension은 같은 프로젝트를 보고 있으면 서로 동기화됩니다. 한쪽에서 돌고 있는 스레드를 다른 쪽에서도 이어 볼 수 있어, "질문은 앱에서, 세부 수정은 IDE에서" 같은 분업이 자연스럽습니다.
  • 이때 app composer에는 IDE context 옵션이 나타날 수 있고, Auto context를 켜 두면 현재 IDE에서 보고 있는 파일을 간접적으로 참조하는 질문이 더 잘 통합니다.
  • 예를 들어 파일 경로를 직접 붙이지 않고도 "지금 열어 둔 파일에서 이 함수가 왜 필요한지 설명해 줘" 같은 질문을 던질 수 있습니다.
  • 다만 Auto context는 보조 장치입니다. 작업 범위, 완료 조건, 수정 제약까지 대신 명시해 주지는 않으므로 큰 작업에서는 여전히 파일 경로나 목표를 명확히 적는 편이 좋습니다.

짧은 예제

text
Auto context가 잘 맞는 요청
- "지금 보고 있는 파일의 핵심 책임을 설명해 줘"
- "방금 열린 테스트 실패가 이 파일과 어떻게 연결되는지 봐 줘"

명시 컨텍스트가 더 좋은 요청
- "src/auth 전체 흐름을 기준으로 로그인 오류를 고쳐 줘"
- "이 PR 범위에서 바꾸면 안 되는 파일은 docs와 config다"

빠른 정리

항목의미
IDE syncapp과 IDE가 같은 프로젝트에서 스레드와 맥락을 공유
IDE contextIDE 쪽 열린 파일 맥락을 app에서 활용
Auto context현재 보는 파일을 간접 참조하기 좋게 함
비교 점검포함 여부가 애매하면 잠시 끄고 응답 차이를 확인

주의할 점

Auto context가 켜져 있어도 큰 작업의 범위와 제약은 직접 적는 편이 안전합니다. 특히 여러 파일을 함께 바꾸는 작업은 "무슨 파일을 기준으로 판단해야 하는가"를 명시하지 않으면 기대보다 좁은 맥락만 잡힐 수 있습니다.

참고 링크

2 sources