Fable에 대한 반론: Claude Code에 GPT-5.6 Sol의 두뇌를 이식하는 방법

Claude Fable 5를 추가 요금 없이 사용할 수 있는 기간은 원래 2026년 7월 7일까지로 발표되었으나, 7월 12일로 연장되었고, 다시 7월 19일로 연장되었습니다. Claude Code의 주간 사용량 제한을 50% 늘리는 조치도 7월 19일까지 계속됩니다.

즉, Fable 5가 당장 사라지는 것은 아닙니다.

하지만 월간 요금제 내에서 Fable 5를 자연스럽게 사용할 수 있는 상황이 영구적으로 보장되는 것은 아닙니다. 원래 발표에 따르면 기간 종료 후에는 사용량 크레딧으로 전환되며, API 가격은 입력 토큰 100만 개당 10달러, 출력 토큰 100만 개당 50달러입니다.

사라지는 것은 Fable 5 그 자체가 아니라, 월 요금만으로 최고 성능 모델을 거의 무제한으로 사용할 수 있었던 시대입니다.

그렇다면 Claude Code를 포기하고 OpenAI의 Codex로 완전히 이주해야 할까요?

결론부터 말하면, 그럴 필요는 없습니다.

Claude Code 터미널 경험, 기존 CLAUDE.md, Hooks, MCP, Skills, 권한 설정을 그대로 유지하면서, 어려운 작업만 GPT-5.6 Sol에 맡기면 됩니다.

게다가 의심스러운 프록시 서비스나 비공식 API 호환 레이어를 사용할 필요도 없습니다.

OpenAI 자체에서 Claude Code 내에서 Codex를 호출할 수 있는 공식 플러그인을 출시했습니다.

여기서 구축하는 것은 "Claude를 GPT-5.6으로 바꾸는" 메커니즘이 아닙니다.

Claude Code를 명령 센터로 유지하고 GPT-5.6 Sol을 두 번째 사고 엔진으로 연결하는 듀얼 브레인 구성입니다.

Claude는 사용자 대화, 리포지토리 탐색, 소규모 편집, 기존 패턴 준수를 담당합니다.

GPT-5.6 Sol은 복잡한 설계 결정, 해결되지 않은 버그, 적대적 리뷰, 여러 컴포넌트에 걸친 변경, 출시 전 두 번째 의견을 담당합니다.

또한 일본어 운영 프롬프트를 Agent Skills로 배치하여 두 모델이 동일한 완료 조건, 검증 기준, 변경 범위를 따르도록 합니다.

이것이 Claude Code에 "ChatGPT 5.6의 두뇌"를 부여하는 가장 현실적인 방법입니다.

참고: 설정 방법과 실전 사용법을 PDF로 정리했습니다.

원하신다면 아래 👇에서 받아보실 수 있습니다!

https://x.com/MakeAI_CEO/status/2027682940847898770?s=20

Claude Code에 GPT-5.6의 두뇌를 부여하는 세 가지 레이어

먼저 구분해야 할 것은 프롬프트를 복사하는 것과 실제 모델에 연결하는 것은 다르다는 점입니다.

CLAUDE.md에 GPT-5.6용 지침을 작성한다고 해서 Claude 모델 자체가 GPT-5.6으로 바뀌지는 않습니다.

바뀌는 것은 작업 수행 방식입니다.

이것을 액션 레이어라고 합니다.

다음으로, 공식 OpenAI "Claude Code용 Codex 플러그인"을 도입합니다.

이 플러그인을 사용하면 로컬 환경에 설치된 Codex CLI와 Codex 앱 서버를 통해 Claude Code 내에서 Codex에 코드 리뷰 및 구현 작업을 위임할 수 있습니다.

이것이 추론/실행 레이어입니다.

마지막으로 "OpenAI Developers 플러그인"을 도입합니다.

여기에는 공식 OpenAI 문서를 참조하는 Docs MCP와 OpenAI API, Agents SDK, ChatGPT Apps, API 키 설정, 트러블슈팅에 대응하는 Skills가 포함됩니다.

이것이 지식 레이어입니다.

이 세 가지를 레이어로 쌓습니다.

액션 레이어:

일본어 운영 프롬프트 및 Agent Skills

추론/실행 레이어:

Claude Code용 Codex 플러그인

지식 레이어:

OpenAI Developers 플러그인 및 공식 Docs MCP

이렇게 하면 일상적인 운영에는 Claude Code를 계속 사용하고, 필요할 때만 GPT-5.6 Sol과 최신 OpenAI 문서를 호출할 수 있습니다.

먼저, 공식 OpenAI Codex 플러그인 설치

설치에 필요한 것은 ChatGPT 계정 또는 OpenAI API 키, Node.js 18.18 이상, Codex CLI입니다.

이 플러그인은 코드를 어떤 비공식 서비스로 전송하지 않습니다.

자신의 머신에 있는 Codex CLI를 활용하며, 기존 Codex 인증, 설정, 리포지토리, 로컬 환경을 상속받습니다. 이미 Codex에 로그인되어 있다면 그 인증 상태를 그대로 사용할 수 있습니다.

먼저 Codex CLI를 설치하거나 업데이트합니다.

npm install -g @openai/codex@latest

codex --version

codex login

Codex에서 GPT-5.6을 사용하려면 Codex CLI 0.144.0 이상이 필요합니다.

codex --version

표시된 버전이 오래된 경우, 최신 버전을 다시 설치하세요.

다음으로 Claude Code를 시작하고 순서대로 다음을 실행합니다:

/plugin marketplace add openai/codex-plugin-cc

/plugin install codex@openai-codex

/reload-plugins

/codex:setup

/codex:setup은 Codex CLI를 사용할 수 있는지, 인증이 완료되었는지 확인합니다.

Codex가 설치되어 있지 않고 npm을 사용할 수 있는 경우, 설정 중에 설치를 제안할 수 있습니다.

처음 시도할 때는 읽기 전용 리뷰가 안전합니다.

/codex:review --background

/codex:status

/codex:result

/codex:review는 현재 커밋되지 않은 diff를 리뷰합니다.

main 브랜치와의 diff를 확인하려면 다음과 같이 합니다:

/codex:review --base main --background

이 명령은 읽기 전용이며 코드를 변경하지 않습니다.

백그라운드에서 시작된 작업은 다음 명령으로 확인할 수 있습니다:

/codex:status

/codex:result

진행 중인 프로세스를 중지하려면 다음을 수행합니다:

/codex:cancel

일반 리뷰와 적대적 리뷰 구분하기

Codex 플러그인에는 일반 리뷰와 별도로 adversarial-review 옵션이 있습니다.

/codex:adversarial-review --base main

일반 리뷰는 코드에서 버그, 테스트 부족, 오류 처리, 타입 문제를 찾습니다.

반면, 적대적 리뷰는 구현 정책 자체에 의문을 제기합니다.

예를 들어, 인증을 구현한 후 다음과 같이 요청할 수 있습니다:

/codex:adversarial-review --base main 현재 정책이 권한 경계, 권한 상승, 세션 고정, 토큰 유출, 감사 로그 부재 측면에서 잘못되었을 가능성을 고려하세요.

결제 처리의 경우 다음과 같이 합니다:

/codex:adversarial-review --base main 이중 청구, 중복 웹훅, 타임아웃 후 재시도, 부분 실패, 트랜잭션 경계, 롤백 불가능 가능성에 의심을 집중하세요.

일반 리뷰가 "이 구현에 버그가 있는지" 확인한다면, 적대적 리뷰는 "이 구현을 애초에 선택했어야 하는지" 확인합니다.

둘 다 읽기 전용이며, 허가 없이 코드를 다시 작성하지 않습니다.

이 구성의 강점은 구현을 만드는 모델과 구현의 전제에 의문을 제기하는 모델을 분리할 수 있다는 점입니다.

공식 플러그인은 일반 리뷰, 적대적 리뷰, 구조, 세션 전송, 백그라운드 프로세스 확인 및 중지 명령을 제공합니다.

막힌 작업을 Codex에 구조 요청하기

Claude Code에서 여러 번 수정해도 테스트가 통과되지 않습니다.

원인이 여러 컴포넌트에 걸쳐 있습니다.

CI에서만 실패합니다.

동시성이나 캐싱이 관련되어 있으며, 증상과 원인이 멀리 떨어져 있습니다.

이런 경우 /codex:rescue를 사용합니다.

/codex:rescue 버그를 재현하고, 근본 원인을 식별하며, 최소한의 안전한 수정과 회귀 테스트를 만드세요.

모델과 추론 강도도 지정할 수 있습니다.

/codex:rescue --model gpt-5.6-sol --effort high 버그를 재현하고, 근본 원인을 식별하며, 최소한의 안전한 수정을 구현하고, 관련 테스트를 실행하세요.

긴 프로세스는 백그라운드로 보냅니다.

/codex:rescue --background --model gpt-5.6-sol --effort high CI에서만 발생하는 테스트 실패를 조사하세요.

결과는 다음 명령으로 검색합니다:

/codex:status

/codex:result

이전 Codex 작업을 계속하려면 --resume을 사용할 수 있습니다.

/codex:rescue --resume 이전에 제안된 수정 사항 중 가장 안전한 계획을 구현하고 검증하세요.

이전과 별개의 새로운 조사로 시작하려면 --fresh를 사용합니다.

/codex:rescue --fresh 다른 가설에서 근본 원인을 조사하세요.

Claude Code에서 Codex로 전체 대화를 전송하려면 다음 명령을 사용합니다:

/codex:transfer

실행 후, Codex 측에서 재개하는 명령이 표시됩니다.

codex resume <session-id>

이를 통해 "Claude Code에서 조사를 시작했지만, 중간에 Codex가 주도권을 넘겨받는" 전환이 가능합니다.

GPT-5.6 Sol을 기본 모델로 설정하기

프로젝트별로 Codex 모델을 고정하려면 리포지토리 루트에 .codex/config.toml을 배치합니다.

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

모든 개인 프로젝트에 공통 설정으로 적용하려면 여기에 배치합니다:

~/.codex/config.toml

프로젝트별 설정은 여기에 배치합니다:

your-project/.codex/config.toml

리포지토리가 신뢰할 수 있는 것으로 처리되면 프로젝트 설정이 로드됩니다.

일상적인 작업에서는 처음부터 최대 추론 강도를 사용할 필요가 없습니다.

가이드라인으로 다음과 같이 구분합니다:

low:

단어 수정, 이름 변경, 명확한 소규모 변경

medium:

일반적인 기능 추가, 기존 패턴을 따르는 구현

high:

여러 파일에 걸친 변경, 어려운 디버깅, 설계 결정

xhigh:

보안 검토, 대규모 마이그레이션, 복잡한 경쟁 조건, 장기 조사

Codex에서는 GPT-5.6 Sol, Terra, Luna를 선택할 수 있습니다.

Sol은 복잡하고 유연성이 높은 작업에, Terra는 일상적인 구현에, Luna는 명확하고 반복적인 작업에 적합합니다.

또한 일반 추론 강도와 별도로 Max와 Ultra를 사용할 수 있습니다.

Max는 단일 작업에 더 많은 추론 시간을 할당합니다.

Ultra는 하위 에이전트를 사용하여 분할 가능한 작업을 병렬로 처리합니다.

하지만 Max와 Ultra는 대부분의 작업에 필요하지 않습니다. Medium이나 High로 시작하고, 실제 평가에서 차이가 나타날 때만 높이는 것이 좋습니다.

"GPT-5.6 Sol High"와 "GPT-5.6 Sol Pro"는 같지 않습니다

이것은 혼동하기 쉽습니다.

ChatGPT에서 GPT-5.6 Sol은 Medium, High, Extra High에 사용됩니다.

반면 GPT-5.6 Sol Pro는 Pro에 사용됩니다.

따라서 Codex 플러그인에서 단순히 다음을 지정한다고:

--model gpt-5.6-sol --effort high

"GPT-5.6 Sol Pro가 사용되었다"는 의미가 아닙니다.

이는 GPT-5.6 Sol이 High 추론 강도로 실행되었음을 의미합니다.

OpenAI API Responses API에서는 GPT-5.6의 reasoning.mode로 standard 또는 pro를 선택할 수 있습니다.

Pro 모드를 사용하려면 요청은 다음과 같습니다:

{

"model": "gpt-5.6",

"reasoning": {

"mode": "pro",

"effort": "high"

},

"input": "이 데이터베이스 마이그레이션 계획을 검토하고, 실패 패턴, 복구 방법, 롤백이 불가능한 조건을 식별하세요."

}

reasoning.mode와 reasoning.effort는 다른 설정입니다.

reasoning.mode:

standard 또는 pro

reasoning.effort:

low, medium, high, xhigh 등

Pro 모드는 Standard 모드보다 더 많은 모델 처리를 수행하여 지연 시간과 토큰 사용량이 증가합니다.

Claude Code에서 이 API의 Pro 모드를 엄격하게 호출하려면 Responses API를 래핑하는 로컬 스크립트나 MCP 서버를 준비하고 Claude Code Skill에서 호출하는 구성이 필요합니다.

하지만 일반적인 코딩 작업의 경우, 먼저 공식 Codex 플러그인과 함께 GPT-5.6 Sol의 Medium 또는 High를 시도해야 합니다.

그런 다음 실제 평가 결과에서 Pro 모드의 효과가 확인된 작업만 업그레이드합니다.

이름에 "Pro"가 있다고 해서 모든 프로세스를 Pro로 보낼 필요는 없습니다.

ChatGPT 5.6 Sol Pro의 "시스템 프롬프트"는 공개되지 않았습니다

여기서 주의하세요.

OpenAI가 ChatGPT 또는 GPT-5.6 Sol Pro에서 사용하는 내부 시스템 프롬프트의 전체 버전은 공개되지 않았습니다.

따라서 인터넷에서 발견되는 "유출된 GPT-5.6 시스템 프롬프트", "완전 재현 버전", "전체 내부 프롬프트 텍스트"와 같은 출처를 알 수 없는 텍스트를 믿고 도입해서는 안 됩니다.

사용해야 할 것은 공식 프롬프트 가이드를 참조하면서 자신의 개발 환경에 맞게 만든 운영 프롬프트입니다.

GPT-5.6 공식 가이드에서는 프롬프트에 다음 요소를 지정할 것을 권장합니다:

• 달성해야 할 최종 결과
• 중요한 제약 조건
• 사용 가능한 증거
• 완료 판단 기준

반면, 검색 순서, 도구 선택, 세부적인 사고 단계를 지나치게 고정하는 것은 피하고, 모델이 효율적인 경로를 선택할 여유를 남겨둡니다.

또한 중복된 지침, 불필요한 예시, 의미 없는 도구 설명을 줄여 시스템 프롬프트를 가볍게 하면 성능과 토큰 효율성 개선으로 이어질 수 있다고 설명합니다.

아래는 Claude Code, Codex, GPT-5.6 Sol과 공통으로 사용할 수 있도록 설계된 일본어 운영 프롬프트입니다.

이것은 OpenAI 내부 프롬프트의 재현이 아닙니다.

Claude Code와 GPT-5.6 Sol을 위한 일본어 운영 프롬프트

역할

당신은 이 리포지토리의 시니어 실행 오케스트레이터입니다.

당신의 목표는 사용자가 진정으로 원하는 결과를 충족하는 정확하고, 유지 관리 가능하며, 검증된 최소한의 변경을 제공하는 것입니다.

많은 텍스트를 쓰거나, 변경하는 파일 수를 늘리거나, 많은 도구를 사용하는 것 자체는 평가 대상이 아닙니다.

당신은 정확성, 증거, 변경 범위의 적절성, 검토 가능한 결과물로 평가됩니다.

운영 계약

1. 결과 명확히 하기

편집을 시작하기 전에 다음을 식별하세요:

• 사용자에게 보이는 최종 결과
• 관련 리포지토리 영역
• 유지해야 할 제약 조건
• 이번에 하지 않을 것
• 완료 판단 기준
• 완료를 증명할 수 있는 검증 방법

먼저 리포지토리 내 증거에서 모호한 점을 해결하세요.

판단 누락이 제품 동작, 보안, 비용, 데이터, 또는 되돌릴 수 없는 작업을 크게 변경하는 경우에만 사용자에게 질문하세요.

리포지토리 조사를 회피하기 위해 질문하지 마세요.

2. 변경 전에 조사하기

필요하고 충분한 최소 범위의 파일을 읽으세요.

다음을 조사하세요:

• 기존 구현 패턴
• 테스트
• 인터페이스
• 마이그레이션
• 네이밍 규칙
• 설계 규칙
• 오류 처리
• 인증 및 권한 경계

추측이나 프레임워크 기본값보다 리포지토리 내 증거를 우선시하세요.

버그 수정에서는 수정을 제안하기 전에 재현 가능한 실패 또는 원인을 뒷받침하는 구체적인 증거를 확보하세요.

기존 메커니즘이 왜 존재하는지 이해하기 전에 다시 작성하지 마세요.

3. 적절한 깊이로 계획하기

변경이 작고, 국소적이며, 되돌리기 쉬우면 작업을 진행하세요.

다음 중 하나라도 해당되면 구현 전에 간결한 계획을 보여주세요:

• 여러 파일에 걸쳐 있음
• 아키텍처를 변경함
• 보안과 관련됨
• 데이터를 다시 작성함
• 공개 인터페이스를 변경함
• 되돌리기 어려움
• 결제, 인증, 권한, 개인 정보와 관련됨
• 동시성 또는 비동기 처리와 관련됨

계획에 다음을 포함하세요:

• 실현하려는 의도된 동작
• 변경될 가능성이 있는 파일 또는 컴포넌트
• 유지해야 할 불변 속성
• 주요 위험
• 검증 절차
• 필요에 따른 롤백 또는 복구 방법

위험을 줄이지 않는 형식적인 절차를 늘리지 마세요.

4. 최적의 엔진에 작업 할당하기

다음 작업에는 현재 Claude Code 세션을 사용하세요:

• 빠른 리포지토리 탐색
• 사용자와의 상호 작용
• 범위가 명확한 소규모 편집
• 작업 분해 및 진행 관리
• 기존 패턴을 따르는 구현
• Codex에서 반환된 피드백 검토 및 통합

다음 중 하나 이상에 해당하면 Codex에 위임하거나 독립적인 리뷰를 고려하세요:

• 근거 있는 조사나 수정 시도에도 불구하고 작업이 막혀 있음
• 변경이 상호 작용하는 여러 컴포넌트에 걸쳐 있음
• 독립적인 두 번째 구현 계획에 가치가 있음
• 적대적 관점의 리뷰가 효과적임
• 정확성, 보안, 동시성, 마이그레이션, 롤백에 관한 위험이 높음
• 사용자가 명시적으로 GPT-5.6 Sol 사용을 요청함
• 출시 전에 현재 구현 정책 자체에 의문을 제기할 필요가 있음

리뷰만으로 불확실성을 해결할 수 있다면, 쓰기 가능한 위임을 하기 전에 읽기 전용 Codex 리뷰를 사용하세요.

문서화된 Pro 모드를 실제 요청에서 사용하지 않는 한 GPT-5.6 Sol Pro를 사용했다고 주장하지 마세요.

사용된 모델 ID, 추론 강도, 추론 모드를 정확히 보고하세요.

5. 좁은 변경 범위로 구현하기

명시적으로 재설계가 요청되지 않는 한, 기존 아키텍처, 네이밍 규칙, 리포지토리 관행을 따르세요.

다음을 피하세요:

• 관련 없는 리팩토링
• 미래를 예측한 과도한 추상화
• 불필요한 의존성 추가
• 의미 없는 포맷팅 변경
• 광범위한 재작성
• 요청된 범위를 벗어난 공개 동작 변경
• 이유 없이 기존 테스트 삭제
• 문제를 숨기기 위한 예외 삼키기

호환성을 깨는 변경이 명시적 요구 사항이 아닌 한, 이전 버전과의 호환성을 유지하세요.

비밀, 자격 증명, 개인 키, 토큰, 고객 데이터, 개인 정보를 노출하지 마세요.

다음 위치에 비밀을 기록하지 마세요:

• CLAUDE.md
• AGENTS.md
• SKILL.md
• 소스 파일
• 로그
• 테스트 픽스처
• 생성된 보고서
• 커밋 메시지

6. 증거로 검증하기

가능한 범위 내에서 변경에 가장 관련성 높은 검증을 실행하세요.

원칙적으로 다음 순서를 우선시하세요:

1. 대상 테스트
2. 타입 검사
3. 린트 및 포맷 검사
4. 빌드
5. 통합 테스트
6. 런타임 또는 시각적 확인

변경에 상응하는 검증만 실행하세요.

단, 빨리 끝내기 위해 필요한 검증을 생략하지 마세요.

UI 변경의 경우 가능하면 실제 작동 화면을 확인하세요.

버그 수정의 경우 현실적으로 가능하다면 회귀 테스트를 추가하거나 업데이트하세요.

마이그레이션이나 파괴적 작업의 경우 다음을 확인하세요:

• 정방향 처리 성공
• 실패 시 처리
• 롤백 또는 복구
• 부분 실행 시 동작
• 재시도 시 동작
• 이중 실행 시 동작

증거를 보여주지 않고 "수정됨", "작동함", "안전함", "완료됨"과 같은 표현을 사용하지 마세요.

검증을 실행할 수 없는 경우, 그 이유와 검증되지 않은 부분을 정확히 기술하세요.

실패한 테스트를 성공으로 조작하지 마세요.

7. 최종 diff 검토하기

작업을 마치기 전에 다음 확인을 수행하세요:

• 최종 diff 확인
• 의도하지 않은 변경 확인
• 오류 처리 및 경계 조건 확인
• 보안 경계 및 권한 처리 확인
• 필요에 따라 동시성 및 재시도 동작 확인
• 누락된 테스트 확인
• 최종 결과와 초기 결과 목표 비교
• 이번에 하지 않기로 결정한 내용이 우발적으로 구현되었는지 확인

위험이 높은 변경의 경우 독립적인 Codex 리뷰를 요청하세요.

중요한 리뷰 포인트를 다음 중 하나로 처리하세요:

• 수정
• 리포지토리 내 증거를 보여주며 기각
• 이번 범위 외로 명확히 문서화
• 환경 부족으로 검증되지 않음으로 기록

Codex가 지적했다고 해서 조건 없이 변경을 채택하지 마세요.

코드, 사양, 테스트, 실행 결과로 포인트를 검증하세요.

8. 적절한 시점에 종료하기

완료 기준이 충족되면 작업을 종료하세요.

요청된 범위를 넘어 불필요한 다듬기를 계속하지 마세요.

작업을 더 크게 보이게 하기 위해 관련 없는 TODO나 재설계 계획을 추가하지 마세요.

최종 응답에는 다음을 포함하세요:

1. 제공된 결과물
2. 주요 변경 사항
3. 실행된 검증 및 결과
4. 남은 위험, 가정, 또는 차단 요인
5. 정말 필요한 경우에만 다음에 수행할 구체적인 작업

이 프롬프트의 목적은 모델을 "천재 엔지니어 페르소나"로 만드는 것이 아닙니다.

결과, 증거, 변경 범위, 위임 조건, 검증, 중지 조건을 명확히 하는 것입니다.

"깊이 생각하라"거나 "세계 최고의 엔지니어처럼 행동하라"는 추상적인 명령을 많이 쓰는 것보다, 무엇이 완료인지 정의하는 것이 운영하기 쉽습니다.

긴 프롬프트는 CLAUDE.md가 아닌 Skills에 배치하기

이전 프롬프트를 CLAUDE.md에 직접 작성할 수 있습니다.

하지만 항상 필요하지 않은 긴 텍스트를 CLAUDE.md에 배치하면 모든 세션에서 컨텍스트를 소모합니다.

더 적합한 장소는 Agent Skill입니다.

Claude Code Skills는 먼저 이름과 설명을 인식하고, 필요할 때만 SKILL.md 본문을 로드합니다.

Codex Skills도 마찬가지로 명령, 참고 자료, 스크립트, 템플릿 등을 하나의 디렉토리로 그룹화하고 필요할 때만 로드하는 메커니즘을 채택합니다.

둘 다 Agent Skills 형식을 사용하므로 기본 프롬프트와 절차를 공유하기 쉽습니다.

Claude Code에서는 다음 위치에 저장합니다:

.claude/

└── skills/

└── sol-pro-orchestrator/

└── SKILL.md

SKILL.md의 시작 부분은 다음과 같아야 합니다:

name: sol-pro-orchestrator

description: >

복잡한 변경, 여러 파일에 걸친 변경, 위험이 높은 변경,

작업이 막혔을 때, 또는 출시 전 중요한 작업에 사용합니다.

명확한 계획, 검증, 독립적인 Codex 리뷰 또는 위임이 필요할 때 적용하세요.

Sol Pro Orchestrator

[여기에 일본어 운영 프롬프트 배치]

명시적으로 호출하려면 다음을 수행합니다:

/sol-pro-orchestrator 결제 처리를 추가하세요. 기존 멱등성 설계를 유지하고 이중 청구까지 회귀 테스트를 만드세요.

Skill의 설명이 요청과 일치하면 Claude가 자동으로 로드할 수 있습니다.

자동 시작을 원하지 않으면 frontmatter에 다음을 추가하세요:

disable-model-invocation: true

이 경우 Skill은 사용자가 명시적으로 슬래시 명령을 실행할 때만 사용됩니다.

항상 필요한 짧은 규칙만 CLAUDE.md에 남겨두고, 복잡한 작업 절차는 Skills로 분리하는 것이 좋습니다.

예를 들어 CLAUDE.md는 다음과 같은 정도로 충분합니다:

리포지토리 규칙

• 기존 아키텍처와 네이밍 규칙을 따르세요.
• 안전을 유지할 수 있는 최소한의 변경을 우선시하세요.
• 완료 전에 관련 테스트를 실행하세요.
• 관련 없는 파일은 변경하지 마세요.
• 복잡하거나, 막히거나, 위험이 높거나, 출시 전 중요한 작업에는 sol-pro-orchestrator Skill을 사용하세요.

Claude Code에 공식 OpenAI Skills 추가하기

GPT-5.6 Sol을 호출할 수 있는 것만으로는 충분하지 않습니다.

모델이 학습 당시의 기억만으로 OpenAI API나 Agents SDK에 대해 답변하면, 오래된 API, 더 이상 사용되지 않는 파라미터, 권장되지 않는 구현을 사용할 수 있습니다.

이때 "OpenAI Developers 플러그인"이 필요합니다.

Claude Code에서 다음을 실행합니다:

/plugin marketplace add openai/openai-developers-for-claude

/plugin install openai-developers@openai-developers

설치 후 새 Claude Code 세션을 시작합니다.

이 플러그인에는 공식 OpenAI Docs MCP와 다음 Skills가 포함됩니다:

openai-docs:

OpenAI 제품, API, 모델, SDK에 관한 질문을 공식 문서로 안내합니다.

새로운 모델 이름, 현재 API 파라미터, SDK 사용법, Codex 설정 등 쉽게 변경되는 정보를 확인하는 데 사용됩니다.

openai-platform-api-key:

로컬 환경에서 OPENAI_API_KEY 설정을 안내합니다.

이 Skill은 API 키를 소스 코드나 프롬프트에 붙여넣는 것이 아니라 환경 변수로 연결하기 위한 것입니다.

openai-api-troubleshooting:

OpenAI API 오류를 분류합니다.

인증, 권한, 모델 지정, 속도 제한, 네트워크, 요청 형식 등을 확인하고 다음 조치로 연결합니다.

agents-sdk:

OpenAI Agents SDK를 사용한 애플리케이션의 설계, 구현, 실행, 평가를 지원합니다.

build-chatgpt-app:

ChatGPT Apps SDK를 사용한 프로젝트를 설계하고 구현합니다.

MCP 서버, 위젯 UI, ChatGPT와의 통합을 포함한 앱 개발에 사용됩니다.

chatgpt-app-submission:

ChatGPT App 제출, 설명 정보, 테스트 케이스 등을 준비합니다.

이 플러그인은 OpenAI가 Claude Code용으로 공개한 공식 리포지토리입니다.

공개 OpenAI Docs MCP와 Claude Code에 맞게 조정된 개발 Skills 세트입니다.

여기서 두 플러그인을 혼동하지 마세요.

codex-plugin-cc:

리뷰 및 구현을 Codex에 위임하기 위한 실행 브리지.

openai-developers-for-claude:

OpenAI 공식 정보와 개발 절차를 Claude Code에 추가하는 지식 패키지.

둘 다 추가하면 Claude Code는 "Codex가 생각하게 할 뿐만 아니라" "OpenAI 공식 사양을 확인하면서 구현하는" 환경이 됩니다.

실전에서 Claude와 Codex 간 작업 분담 방법

모든 작업을 두 모델에 동시에 던질 필요는 없습니다.

역할을 분담하세요.

다음 작업을 Claude Code에 맡기세요:

• 저장소 탐색
• 사용자와의 상호작용
• 기존 구현체 이해
• 작은 변경
• 알려진 패턴을 따르는 구현
• Codex의 포인트를 코드에 반영

다음 작업을 GPT-5.6 Sol에 맡기세요:

• 복잡한 설계 결정
• 막힌 버그
• 여러 컴포넌트에 걸친 조사
• 적대적 리뷰
• 보안 경계 확인
• 동시성 및 레이스 컨디션 조사
• 마이그레이션과 롤백 확인
• 릴리스 전 독립 리뷰

예를 들어, 새로운 결제 프로세스를 추가할 때의 흐름은 다음과 같습니다:

1. Claude Code에서 기존 결제 플로우, 테스트, 멱등성 설계를 조사합니다.
2. sol-pro-orchestrator Skill로 계획과 완료 조건을 수정합니다.
3. Claude가 최소 구현과 회귀 테스트를 생성합니다.
4. Codex 적대적 리뷰로 설계 정책에 의문을 제기합니다.
5. Claude가 코드와 테스트로 포인트를 검증합니다.
6. 필요한 수정만 반영합니다.
7. 일반 Codex 리뷰로 최종 diff를 확인합니다.

먼저 Skill을 호출하세요.

/sol-pro-orchestrator 결제 처리를 추가해. 기존 설계를 조사하고 멱등성, 중복 웹훅, 완료 조건에 회귀 테스트를 포함시켜.

구현 후, 적대적 리뷰를 수행하세요.

/codex:adversarial-review --base main 이중 결제, 중복 웹훅, 타임아웃 후 재시도, 부분 실패, 트랜잭션 경계, 롤백 불가능 가능성에 의문을 제기하는 데 집중해.

수정 후, 일반 리뷰를 수행하세요.

/codex:review --base main --background

/codex:status

/codex:result

이 방법의 목적은 Claude와 GPT 중 어느 것이 더 강한지 결정하는 것이 아닙니다.

구현을 생성하는 역할과 구현의 전제를 깨는 역할을 분리하는 것입니다.

동일한 모델에게 "구현하고 엄격하게 자체 리뷰하라"고 요청하면, 처음 채택한 설계를 기반으로 리뷰할 가능성이 높습니다.

다른 시스템의 모델을 비평가로 도입함으로써, 다른 탐색 경로와 실패 가설을 도입할 수 있습니다.

이는 모델 간의 경쟁이 아니라, 소프트웨어 개발에서의 업무 분담입니다.

모든 것을 Sol High에 보내지 마십시오

파일 이름 변경, 디스플레이 텍스트 수정, 단순한 타입 오류를 GPT-5.6 Sol High에 보내면 사용량 한도와 시간이 낭비됩니다.

모델 사용을 다음과 같이 생각하세요:

Claude Code:

상호작용, 탐색, 작은 수정, 통합 작업

GPT-5.6 Luna:

명확하고 대규모의 변환, 분류, 일상적인 작업

GPT-5.6 Terra:

일상적인 구현, 일반적인 디버깅

GPT-5.6 Sol Medium:

어느 정도의 계획이나 판단이 필요한 구현

GPT-5.6 Sol High:

어려운 설계, 복잡한 버그, 중요한 리뷰

GPT-5.6 Sol xhigh, Max, Pro, Ultra:

추가 효과가 평가로 확인된 가장 어려운 작업

항상 고성능 모델을 사용하는 대신, 실패 시 손실이 큰 작업에 집중하세요.

이렇게 하면 비용뿐만 아니라 결과도 확인하기 쉬워집니다.

리뷰 게이트를 항상 켜두지 마십시오

공식 Codex 플러그인에는 Claude가 작업을 완료하려고 할 때 자동으로 Codex 리뷰를 실행하는 리뷰 게이트가 있습니다.

활성화 명령어는 다음과 같습니다:

/codex:setup --enable-review-gate

비활성화하려면 다음을 사용하세요:

/codex:setup --disable-review-gate

리뷰에서 문제가 발견되면 Claude가 작업을 완료하지 못하도록 막고 수정으로 돌아갈 수 있습니다.

강력하지만, Claude와 Codex 사이의 긴 루프가 발생하여 사용량 한도를 빠르게 소모할 수 있습니다.

따라서 다음과 같은 상황으로 제한하는 것이 좋습니다:

• 릴리스 후보
• 인증/권한 부여 변경
• 결제 처리
• 대규모 데이터 마이그레이션
• 보안 경계
• 롤백이 어려운 변경

일상적인 소규모 작업의 경우, 필요한 시점에 수동 리뷰를 실행하는 것이 더 쉽게 처리할 수 있습니다.

공식 README에서도 리뷰 게이트가 긴 Claude/Codex 루프를 생성하고 사용량 한도를 소모할 수 있으므로, 모니터링할 수 있을 때만 활성화해야 한다고 경고합니다.

Codex의 포인트를 무조건 채택하지 마십시오

GPT-5.6 Sol은 강력하지만 항상 옳은 것은 아닙니다.

존재하지 않는 사양을 가정하거나, 저장소별 상황을 간과하거나, 과도한 설계 변경을 제안할 수 있습니다.

리뷰 포인트는 다음 중 하나로 처리하세요:

채택:

근거를 확인하고 수정 및 검증을 수행했습니다.

거부:

저장소, 사양 또는 테스트의 증거를 제시하여 채택하지 않았습니다.

보류:

타당한 포인트이지만 이번 범위를 벗어나 별도의 작업으로 만들었습니다.

확인 불가:

환경이나 권한 부족으로 확인할 수 없었습니다.

"Codex가 그렇게 말했기 때문에" 변경하는 것이 아닙니다.

"Codex가 제시한 실패 가설을 코드와 테스트로 확인하는 것"이 올바른 방법입니다.

듀얼 브레인 구성의 가치는 답을 무조건 믿는 것이 아니라, 확인해야 할 다른 가능성을 늘리는 데 있습니다.

최소 보안 기준

Claude Code와 Codex는 모두 설정에 따라 저장소를 읽고, 명령을 실행하고, 파일을 다시 작성합니다.

두 에이전트를 연결할 때는 편의성보다 먼저 권한 경계를 결정해야 합니다.

먼저 읽기 전용 리뷰부터 시작하세요.

/codex:review

/codex:adversarial-review

대상 저장소와 작업 내용을 확인한 후 쓰기가 포함된 구조 요청을 사용하세요.

.env, 개인 키, 고객 데이터 또는 액세스 토큰을 CLAUDE.md, AGENTS.md 또는 SKILL.md에 붙여넣지 마십시오.

OpenAI API 키는 환경 변수로 설정하세요.

export OPENAI_API_KEY="..."

실제로는 셸 프로필, 비밀 관리 서비스, CI Secret 기능 등을 사용하세요.

또한 Claude Code의 권한 설정과 Codex의 샌드박스/승인 설정이 동일하다고 가정하지 마십시오.

Claude 측과 Codex 측 모두에서 네트워크 액세스, 파일 쓰기 및 명령 실행 범위를 확인하세요.

외부 MCP를 추가할 때는 제공자와 권한을 확인하고 필요한 도구만 허용하세요.

완성된 디렉터리 구조

최종 저장소는 다음과 같습니다:

your-project/

├── CLAUDE.md

├── AGENTS.md

├── .claude/

│ └── skills/

│ └── sol-pro-orchestrator/

│ └── SKILL.md

├── .codex/

│ └── config.toml

├── src/

├── tests/

└── package.json

각각의 역할은 명확히 구분됩니다.

CLAUDE.md:

Claude Code가 항상 따라야 하는 짧은 저장소 규칙을 작성하세요.

• 기존 아키텍처를 따를 것
• 관련 없는 파일을 변경하지 말 것
• 최소한의 안전한 변경을 우선시할 것
• 관련 테스트를 실행할 것

AGENTS.md:

Codex에 필요한 프로젝트 정보를 작성하세요.

• 저장소 구조
• 개발 환경 시작 방법
• 빌드 명령어
• 테스트 명령어
• 설계 제약 조건
• 완료 조건

.claude/skills/sol-pro-orchestrator/SKILL.md:

복잡한 작업에만 로드되는 일본어 운영 프롬프트를 작성하세요.

.codex/config.toml:

Codex에서 사용하는 모델과 추론 강도를 작성하세요.

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

그리고 Claude Code에 두 개의 공식 플러그인을 추가하세요:

openai/codex-plugin-cc

openai/openai-developers-for-claude

이제 Claude Code의 역할은 다음과 같습니다:

• Claude의 일상적인 구현 및 상호작용
• GPT-5.6 Sol의 독립적인 리뷰 및 구조 요청
• OpenAI 공식 Docs MCP의 최신 사양 확인
• Agent Skills의 재사용 가능한 개발 프로세스

요약: Claude Code를 버리지 말고, 두 번째 두뇌를 추가하세요

Fable 5를 추가 비용 없이 사용할 수 있는 기간이 2026년 7월 19일까지 연장되었습니다.

따라서 "Fable이 오늘 종료되었다"는 상태가 아닙니다.

그러나 월간 요금제 내에서 최고 성능 모델을 계속 사용할 수 있는 것이 더 이상 자연스럽지 않다는 추세는 변함없습니다.

그렇다고 해서 Claude Code를 포기해야 한다는 의미는 아닙니다.

Claude Code를 명령 센터로 유지하세요.

공식 OpenAI codex-plugin-cc를 사용하여 리뷰, 구조 요청 및 구현을 위해 GPT-5.6 Sol을 호출하세요.

OpenAI Developers 플러그인을 추가하여 공식 Docs MCP와 OpenAI 개발 Skills를 활용하세요.

일반적인 운영 프롬프트는 CLAUDE.md에 거대한 상주 명령어로 채워 넣는 대신, 필요할 때만 로드되는 Agent Skills로 만드세요.

그리고 "구현을 만든 모델"과 "그 구현에 의문을 제기하는 모델"을 분리하세요.

이 구성을 통해 Claude Code의 운영 감각, 기존 설정, Skills, MCP 및 프로젝트 자산을 포기하지 않고, 필요한 곳에 GPT-5.6 추론을 삽입할 수 있습니다.

Claude를 GPT로 변경하는 것이 아닙니다.

Claude Code 안에 언제든지 상담할 수 있는 또 다른 시니어 엔지니어를 두는 것입니다.

하나의 모델에 모든 작업을 의존하는 대신, 작업 내용에 따라 모델을 사용하세요.

보통은 Claude Code로 빠르게 진행하세요.

어려운 지점에서는 GPT-5.6 Sol에 구조 요청을 하세요.

출시 전에는 다른 모델로부터 적대적 리뷰를 받으세요.

공식 Docs MCP로 최신 OpenAI API 사양을 확인하세요.

이제부터의 Claude Code는 하나의 모델 내에서 완료되는 코딩 도구가 아닙니다.

여러 모델, Skills, MCP 및 플러그인을 번들링하는 개발 OS로 사용하는 것이 올바른 방법입니다.