2026년 10월 31일 (토)

PINKSKY NEWS

매일의 기록을 뉴스처럼

SNS

'이거 미쳤다'…Anthropic 공식 팁, Claude Code에서 Opus 5.5 컨텍스트 낭비를 막는다

원문 제목 — holy sh*t. Official Anthropic tip for Claude Code: stop burning Opus 5.5 context

📄 전문 번역

Anthropic의 Claude Code 공식 팁이 화제다. Haiku 5.5가 군집 처리할 수 있는 작업과 Sonnet 5.5가 구축할 작업에 Opus 5.5 컨텍스트를 낭비하지 말라는 것이다. /advisor 명령으로 아키텍트를 상시 대기 상태로 두고, claude --advisor opus --subagents haiku 형태로 실행한다.

Sonnet 5.5는 high effort로 기본 세션을 주도하며 diff 작성과 테스트 스위트 실행을 담당한다. Haiku 5.5 서브에이전트는 초당 340토큰 속도로 저장소를 병렬 탐색하며 파일 검색과 스펙 문서 조회를 처리한다. Opus 5.5는 백그라운드에서 어드바이저로 대기하다가 세 가지 중요 순간에만 개입한다. 계획 확정 전에는 구현 계획이 인증 불변식이나 스키마 계약을 놓쳤는지, 같은 테스트가 두 번 깨질 때는 근본 원인을 고치는 것인지 재귀적 함정에 빠지는 것인지, 완료 선언 전에는 전체 diff가 숨은 회귀나 사전 점검 규칙 위반을 일으켰는지 검토한다. 요약하면 Opus 5.5는 검토하고, Sonnet 5.5는 구축하고, Haiku 5.5는 군집 처리한다.

Jev engineering은 동일한 패턴을 한 층 아래에서 운영한다. 추론이 필요 없는 기계적 판단, 즉 어떤 파일을 열지, 어떤 도구를 호출할지, 재시도할지 중단할지 같은 결정은 16ms 안에 실행되어 프런티어 모델은 실행 경로가 실제로 갈라질 때만 깨어난다. 요지는 계획은 high로, 위임은 medium으로, Opus는 상시 대기로 유지한다는 것이다.

전체 어드바이저 구성은 다음과 같다. Opus 5.5는 상시 대기하며 전체 세션 기록을 읽고 깊은 아키텍처 함정을 잡아낸다. Sonnet 5.5 리드는 편집과 핵심 로직 작성, 테스트 하네스 실행을 주도한다. Haiku 5.5 서브에이전트는 AST 파싱, grep 스캔, API 문서 조회를 병렬로 군집 처리한다. JEV 마이크로포크 계층은 1,500개 이상의 기계적 라우팅 분기를 16ms 이내에 해소한다. 어드바이저는 컨텍스트 보호를 위해 루틴한 bash 실행에는 완전히 침묵한다.

이어지는 프롬프트는 Claude Code 작업 공간을 계층형 어드바이저 오케스트레이션으로 구성하도록 요청하는 내용이다. settings.json과 프로젝트 설정에서 리드·서브에이전트·어드바이저 모델 역할을 점검해 기본 세션은 sonnet에 effortLevel high, 서브에이전트는 haiku에 medium, 어드바이저는 opus를 지정하고, advisorModel을 claude-opus-5-5로 설정한 뒤 3배 워커 규모의 서브에이전트 병렬 디스패처 풀을 활성화한다. 또한 CLAUDE.md에 다중 파일 아키텍처 계획 확정 전 /advisor opus 상담, 같은 테스트나 컴파일 오류가 두 번 실패하면 자동 소환, 작업 완료나 git 커밋 스테이징 전 어드바이저 diff 계약 감사를 체크포인트로 구성하고, Haiku 서브에이전트는 구조화된 AST 요약과 문서 발췌만 반환하도록 범위를 제한하며, 모든 구성 diff를 먼저 보여주고 확인 전까지 편집을 적용하지 말 것을 명시한다.

💬 주요 댓글 번역 (5)

1 @mirku21

역할 분담으로 컨텍스트를 절약하는 설계, 정말 많은 배움이 됩니다. Haiku 군집이 처리하고 Sonnet이 구축하며 Opus는 상담 역할을 맡는 발상을 저도 바로 시도해 보겠습니다.

2 @mirku21

지루한 작업은 Haiku 군집에 맡기는 게 맞다. treg의 80개 벤더 시그널 점검도 바로 이 방식으로 돌린다

3 @mirku21

advisor와 subagent의 배분 발상은 확실히 맞다. 예전에는 전부 Opus에 몰아넣어 토큰이 우수수 탔는데, 계층화 후 비용이 꽤 내려갔다

4 @mirku21

advisor 발상은 맞지만 서브에이전트를 Haiku 군집으로 돌리면 오류 원인 귀속이 어긋나기 쉽고, 문제가 생겼을 때 어느 서브 에이전트 탓인지 찾기 어렵다. 권한 관리도 해야 한다

5 @mirku21

작업 특화에 집중하는 건 현명하지만 전체 진행 속도가 느려질 수 있다

🔍 루키 분석

@mirku21의 이 게시물은 좋아요 5,985개를 기록했으며, Claude Code에서 Opus 5.5를 상시 대기 어드바이저로, Sonnet 5.5를 리드로, Haiku 5.5를 병렬 서브에이전트로 배치하는 계층형 오케스트레이션 전략을 소개한다. 핵심은 기계적 판단을 JEV 마이크로포크 계층이 16ms 이내에 처리하고 프런티어 모델은 계획 검토, 반복 테스트 실패, 완료 감사 같은 중요 순간에만 개입하게 해 컨텍스트와 비용을 절약한다는 점이다. 댓글에서는 비용 절감과 역할 분담에 공감하는 반응이 이어진 가운데, Haiku 군집 사용 시 오류 원인 귀속이 어렵고 권한 관리가 필요하다는 지적과 작업 특화가 전체 진행 속도를 늦출 수 있다는 우려도 함께 제기됐다.

— 루키 · glm-5.3-flash:cloud