5)
의외의 네 번째 멤버가 있습니다.
Codex입니다.
Claude Code에 OpenAI 공식 Codex 플러그인을 붙여도 되지만 플러그인 설치없이 갑벼게 codex exec 명령으로 불러서 사용할 수도 있습니다.
Codex를 단순 리뷰어가 아니라 deep-reasoner급 동료 모델로 사용하고자 한다면 OpenAI 공식 Codex 플러그인을 붙이면 됩니다.
구독이 부담스럽고 리뷰의 역할과 복잡한 작업일 때만 사용 할 경우 codex exec 명령으로 사용해도 충분합니다.
Codex를 붙이는 이유는 단순합니다.
같은 문제라도
다른 학습 배경을 가진 모델이 보면 다른 답이 나옵니다.
특히 중요한 판단에서는 Opus와 Codex에게 병렬로 문제를 던집니다.
서로의 답은 보여주지 않습니다.
각자 독립적으로 답을 만들게 한 뒤,
Fable이 두 답을 받아 좋은 부분만 취해 종합합니다.
한쪽 답이 다른 쪽을 오염시키는 걸 막는 구조입니다.
6)
설정 흐름은 대략 이렇습니다.
- /model에서 Fable 5 선택
- reasoning effort 최대로 설정
- 서브에이전트 생성
- deep-reasoner: Opus
- default-worker: Sonnet
- task-worker: Haiku
- Codex CLI 설치 후 플러그인 추가
- CLAUDE.md에 오케스트레이션 규칙 작성
예시는 이런 식입니다.
“Fable은 오케스트레이터다.
직접 코드 수정하지 않는다.
중요한 결정과 작업 배분만 한다.
무거운 추론은 deep-reasoner가 맡고,
일반 작업은 default-worker가 맡고,
간단한 작업은 task-worker가 맡는다.
새 관점이 필요한 문제는 Codex와 함께 검토한다.”
강한 모델이 위에서 지휘하고,
실행 토큰은 아래 모델들이 씁니다.
제일 비싼 토큰을
코드 작성이 아니라 판단에만 쓰는 것.
7)
Fable의 컨텍스트를 가볍게 유지하라는 말도 그래서 중요합니다.
지휘자의 컨텍스트가 커지면
비싼 입력 토큰이 매 턴 반복해서 나갑니다.
이 구조에서 가장 비싼 지능은
코드를 한 줄도 짜지 않습니다.
누가 짤지 정할 뿐입니다.
정리하면 이렇습니다.
Fable은 고급 두뇌입니다.
Opus는 전두엽입니다.
Codex는 다른 계열의 전두엽입니다.
Sonnet은 메인 손발입니다.
Haiku는 잡무를 덜어주는 보조 손발입니다.
Codex 플러그인:
https://github.com/openai/codex-plugin-cc
용어 사전
Codex CLI
OpenAI가 개발한 터미널 기반 코딩 에이전트 도구. 로컬 환경에서 코드를 읽고, 수정하고, 실행할 수 있으며,
codex exec명령어로 호출해 Claude Code 등 다른 AI 도구와 연동할 수 있다. 출처오케스트레이터 (Orchestrator)
멀티 에이전트 시스템에서 전체 작업 흐름을 조율하는 상위 모델 또는 역할. 직접 코드를 작성하지 않고, 어떤 서브에이전트에게 어떤 작업을 배분할지 판단하는 지휘자 역할을 한다. 출처
서브에이전트 (Sub-agent)
오케스트레이터의 지시를 받아 실제 작업을 수행하는 하위 모델. 역할에 따라 deep-reasoner(복잡한 추론), default-worker(일반 작업), task-worker(단순 작업) 등으로 분류된다.
Reasoning Effort
LLM이 응답을 생성할 때 추론에 투입하는 계산 자원의 수준을 조절하는 설정값. 최대로 설정할수록 더 깊고 정교한 추론을 수행하나 그만큼 토큰 비용이 높아진다.
컨텍스트 윈도우 (Context Window)
LLM이 하나의 추론 호출에서 처리할 수 있는 최대 토큰 수. 입력 토큰과 출력 토큰을 모두 포함하며, 오케스트레이터의 컨텍스트가 클수록 매 턴마다 비싼 입력 비용이 반복 발생하므로 최대한 가볍게 유지하는 것이 중요하다. 출처