Claude Code에서 Astra를 사용하는 것이 새로운 메타인 이유 (및 방법)
Why Using Astra Inside Claude Code Is the New Meta (& How To Do It)
핵심 요약
Claude Code에서 Astra를 오케스트레이터로 활용해 모델 간 작업을 효율적으로 분배하는 방법과 도구를 소개합니다.
- Astra 활용 — Claude Code에서 Astra를 메인 모델로 설정해 작업 오케스트레이션 성능을 극대화함
- 모델 게이트웨이 — 로컬 프록시 플러그인을 통해 OpenAI와 Anthropic 모델을 자유롭게 혼합하여 사용함
- 작업별 모델 라우팅 — 작업 유형에 따라 최적의 모델을 자동으로 할당하고 관리하는 기능을 지원함
- 설정 최적화 — Claude Code의 컨텍스트 윈도우 제한 문제를 해결하기 위한 파라미터 설정법을 공유함
eigenwise.io
원문 사이트로 이동
금요일부터 Claude Code 메인 모델로 Astra를 돌려보고 있는데, 지금까지 써본 오케스트레이터 중에 이게 제일 낫다. 계획에서 벗어나지도 않고, 리다이렉트 걸려도 새로운 작업으로 착각 안 함. 서브 에이전트한테 일 분배도 기가 막히게 잘하고, 중간에 지가 다 하겠다고 나대거나 서브 에이전트 까먹는 짓도 안 함. 다른 모델들은 몇 시간만 지나면 꼭 그런 짓 하던데 말이야.
작동 방식은 내가 만든 로컬 프록시 플러그인(model-gateway, 내 Eigenwise Toolshed 마켓플레이스에 있고 MIT 라이선스임, 가입 같은 거 필요 없음)을 거치는 건데, 이게 GPT 요청은 네 ChatGPT 로그인으로 OpenAI에 쏘고 나머지는 전부 평소 쓰던 claude.ai 로그인으로 Anthropic에 넘겨줌. 그래서 GPT 모델들이 Opus나 Sonnet 옆에 /model로 그냥 뜨니까 입맛대로 섞어 쓰면 됨. Astra가 Opus 서브 에이전트들을 지휘하게 하든, Opus가 GPT-5.6 실행기들을 지휘하게 하든, 아니면 Anthropic 쪽 아예 안 쓰고 GPT로만 풀스택을 돌리든 마음대로 하라고.
근데 왜 굳이 플러그인을 쓰냐고? 나 같은 경우는 작업 유형별로 특정 모델에 위임하도록 설정하는 다른 플러그인이 있는데, 이게 게이트웨이에서 불러온 모델 목록을 기반으로 백업까지 설정할 수 있거든. Grok 지원도 추가했고 OpenRouter도 넣을까 생각 중임. 이렇게 하면 원하는 대로 조합해서 쓰거나, 아니면 오케스트레이터가 알아서 하게 놔둘 수 있으니까.
/plugin marketplace add Eigenwise/eigenwise-toolshed
/plugin install model-gateway@eigenwise-toolshed --scope project
/reload-plugins
/model-gateway:model-gateway
그다음 Claude한테 이 프로젝트용 모델 게이트웨이 설정하라고 시키고 ChatGPT 로그인 마무리해. 설정 다 끝났으면 해당 프로젝트에서 Claude Code를 완전히 껐다 켜고 나서 이걸 선택해:
/model claude-gpt-6-astra[1m]
([1m] 이거 꼭 붙여라. 안 붙이면 Claude Code가 200k 윈도우로 인식해버림.)
GitHub: https://github.com/Eigenwise/eigenwise-toolshed
주의사항이랑 내가 어떻게 저렴한 GPT-5.6 모델들을 하위로 라우팅하는지 정리한 긴 버전은 여기 있음: Using GPT-6 Astra inside Claude Code is the new meta
