다시 Codex 할당량이 거의 바닥났습니다. 할당량이 적어지는 것이 구독에 포함된 GPT-6 Pro를 사용하도록 만드는 것만큼 좋은 일은 없습니다.

GPT-6 Pro는 일반 채팅(Chat)에서 공유되는 Work 및 Codex 할당량을 사용하지 않습니다. 하지만 자체 제한 사항이 있습니다. 현재, $100 Pro는 주당 50개의 메시지를 GPT-5.6 Sol Pro와 공유하며, $200 Pro는 주당 200개의 GPT-6 Pro 메시지를 제공합니다.

제가 단순히 “프로젝트를 어떻게 개선할 수 있을까요?”라고 질문한다고 해도, 그것은 제가 최근 무엇을 변경했는지, 사용자가 어디에서 막히는지, 또는 서버가 어떤 오류를 기록하고 있는지 알지 못합니다. 이러한 제한된 Pro 요청 중 하나는 제가 우연히 설명한 작은 부분을 생각하는 데 쓰입니다.

만약 제가 Pro에게 계획 수립 및 솔루션 설계에 도움을 받고 싶다면, 그 결정이 의존하는 정보를 제공해야 합니다. 느린 기능의 경우, 이는 무엇을 변경할지 결정하기 전에 관련 코드를 읽고, 최근 PR(Pull Request)과 실제 로그를 확인하는 것을 의미합니다. 이렇게 하면 제가 원인을 추측하고 몇 가지 코드 조각을 붙여넣는 것보다 제가 놓친 것을 찾을 가능성이 더 높아집니다.

이러한 소스들을 ChatGPT에 직접 연결할 수 있습니다: 저장소의 기존 GitHub 커넥터를 사용하거나, 필요한 경우 자체 로그 또는 데이터베이스를 위한 읽기 전용 MCP(Model Context Provider)를 사용합니다. MCP는 모델이 데이터를 쿼리하는 방법이라고 생각하시면 됩니다. 채팅에서 질문하면, 사용자님이 매번 모든 것을 찾아서 붙여넣지 않아도, 모델이 읽을 권한이 있는 내용을 조회할 수 있습니다.

제가 시도하고 싶은 작업 분배는 이렇습니다: Pro가 실제 프로젝트 데이터를 사용하여 채팅에서 계획을 세우고, 무엇을 해야 할지 합의한 다음, 그것을 Codex에 넘겨 구현하고 검증하게 하는 것입니다.

소스들을 연결했다면, 실제 문제로 이것을 시도해 보세요 👇

“저는 [특정 문제]를 해결하고 싶습니다. 연결된 [GitHub 저장소 및 브랜치 / 로그 / 데이터베이스]를 사용하여 관련 코드, 최근 PR(Pull Request), 그리고 기록을 읽어주세요. 답변은 실제로 읽은 파일과 소스 목록으로 시작해 주세요. 요청한 브랜치에 접근하거나 검증할 수 없다면 그렇게 말씀해 주세요. [저의 목표 및 제약 조건]에 비추어 문제를 분석하고, 계획을 제안하며, 결론은 특정 파일이나 기록에 근거해야 합니다. 추측으로 빈틈을 채우기보다는 누락된 정보를 표시해 주세요.

제가 입력해야 할 결정 사항들을 별도로 나열하세요. 우리가 계획에 합의하면, 변경 범위, 뒷받침 증거, 그리고 수용 기준(acceptance criteria)이 포함된 작업 개요서(task brief)를 Codex로 작성합니다. 아직 코드를 수정하거나 데이터를 변경하지 마세요.”

게다가 사용자는 Codex에 넘기기 전에 일반 Chat에서 모델과 계획을 논의할 수도 있습니다. Chat은 별도의 할당량을 가지고 있으며, Work으로 전환하면 Codex와 공유하는 할당량으로 돌아갑니다.

[image: https://pbs.twimg.com/media/HSSh8ElXEAAV9Ir.jpg