LLM Wiki

하네스가 모델을 이긴다 — GPT-5.6 Sol이 Codex보다 Claude Code에서 더 잘 도는 이유

Properties2
descriptionSol이 Codex보다 Claude Code 안에서 성능이 더 좋다는 화제의 근거는 모델이 아니라 하네스 차이라는 주장과, claudex 프록시 세팅·개인 AI팀 프레임.
tagsai-coding, claude-code, harness, openai, workflow

4 min read

X(@chizevsm5)의 바이럴 스레드. “GPT-5.6 Sol은 Codex 안보다 Claude Code 안에서 더 잘 돈다”는 화제를 근거로, 하네스가 모델 성능을 좌우한다는 주장과 claudex 프록시 세팅법을 재소개한다. 기술적 세팅 내용은 기존 노트와 중복이 커서 핵심 논지만 정리한다.

엔진과 차체 — 왜 같은 모델인데 Claude Code에서 더 잘 돌까

같은 Sol 모델이라도 Codex(본가)보다 Claude Code 안에서 성능이 더 좋다는 화제의 정체는 모델 자체가 아니라 하네스(도구 호출 방식, 서브에이전트 제어, 사고 깊이 조절 같은 “모델 바깥”의 설계)라는 주장이다. 모델을 엔진에, 하네스를 차체에 비유한다.

T3 스택 제작자(Theo, t3.gg)의 발언으로 “서브에이전트의 effort(사고 강도)를 직접 고정할 수 있다는 점에서 Claude Code가 Codex보다 앞서 있다”를 인용한다 — 이 인물은 2026-07-12-cliproxyapi-gpt-in-claude-code에서 claudex 별칭을 처음 정리·전파한 것으로 소개된 인물과 동일하다.

세팅은 기존 노트와 동일

소개하는 두 경로는 이미 상세히 다룬 세팅과 같다 — 새 내용 없이 중복이므로 링크만 남긴다.

개인이 “AI팀”을 갖는 시대

이 글의 실질적 메시지는 세팅법보다 프레임이다: 이제 질문은 “어떤 모델을 쓸까”가 아니라 하네스를 먼저 정하고 그 안에 어떤 모델을 어떻게 배치할까다. Fable을 采配(조율) 역할로 두고 Sol·Grok·Sonnet 같은 실행 모델을 하위에 배치하는 구성이 예로 제시되며, 이는 2026-07-14-run-gpt-5-6-sol-inside-claude-code의 Fable→Sol→Terra/Luna 오케스트레이션 구조와 같은 결이다. 새 모델이 나올 때마다 전체를 갈아타는 대신 실행 부대에 한 장만 추가하면 된다는 것.

주의

  • 단일 X 스레드이며, 정보 판매/커뮤니티 홍보를 겸한 글이라 근거 제시가 얕다. “Claude Code가 Codex보다 낫다”는 판단과 인용은 검증되지 않은 화제 수준으로 다룰 것.
  • 세팅 절차 자체는 신뢰도 medium인 2026-07-12-cliproxyapi-gpt-in-claude-code 쪽이 더 상세하고 원출처(Theo/t3.gg)에 가깝다.

관련 노트

백링크