OpenRouter Auto Router와 Auto Code, 무엇을 써야 할까

코딩 에이전트와 일반 챗봇에 같은 라우터 설정을 적용할 필요는 없습니다. 여러 유형의 요청이 섞여 있다면 openrouter/auto를, 여러 차례 대화를 이어 가는 코딩 세션이라면 openrouter/auto-code를 선택하는 편이 맞습니다. 다만 한 가지 주의할 점이 있습니다. 해결된 작업당 비용은 대체로 Auto Code가 Auto보다 높고, 74% 절감이라는 수치는 Opus 5.5를 기준으로 계산한 값입니다.

두 라우터는 2026년 11월 5일 출시됐고, OpenRouter는 2026년 11월 6일 이를 발표했습니다. 라우팅 엔진은 같지만 출발하는 모델 등급과 실패 신호를 세션에 반영하는 방식이 다릅니다. 라우팅 수수료는 따로 없습니다. 모든 요청은 선택된 모델의 일반 요금으로 과금됩니다(OpenRouter 발표).

여러 작업이 섞이면 Auto, 코딩 세션이면 Auto Code

Auto Code는 코딩 에이전트를 위한 라우터입니다. 더 높은 비용 등급에서 시작하며, 통과율과 속도, 해결된 작업당 비용을 함께 고려합니다(OpenRouter 발표).

이미 자신의 작업에 가장 잘 맞는 모델을 알고 있다면, OpenRouter도 해당 모델을 그대로 사용하라고 안내합니다. 라우터는 모든 모델 출시를 일일이 따라가지 않아도 일관되게 비용 효율적인 모델을 골라 주는 대신, 최고 성능을 약간 포기하는 방식이기 때문입니다(OpenRouter 발표).

74% 저렴하다는 주장을 믿어도 될까?

방향성은 맞지만, 숫자에는 조건이 붙습니다. ‘74% 저렴’하다는 수치는 OpenRouter가 직접 실행한 5개 벤치마크에서 Auto Code와 Claude Opus 5.5를 비교한 결과입니다. Auto와 비교한 수치도 아니고, 독립적으로 검증된 결과도 아닙니다. 출시 다음 날인 2026년 11월 6일 기준으로 독립적인 재현 결과는 확인하지 못했습니다(OpenRouter 발표).

헤드라인만 보면 놓치기 쉬운 부분까지 확인할 수 있도록, 발표문에 담긴 전체 벤치마크 표를 옮기면 다음과 같습니다.

표에서 읽어야 할 내용은 세 가지입니다(OpenRouter 발표).

1. Auto Code는 5개 중 4개 벤치마크에서 Auto보다 높은 점수를 냈습니다. 다만 Tau-bench Banking에서는 52.6%로 Auto의 53.1%에 뒤졌습니다. 격차도 2~약 5포인트 수준으로, 세대가 바뀐 듯한 큰 도약은 아닙니다.
2. Auto Code는 5개 작업 중 4개에서 Auto보다 비쌉니다. TerminalBench에서는 $4.96 대 $1.33으로 최대 3.7배 차이가 납니다. 또한 모든 벤치마크에서 이전 Auto Router보다 비쌌고, TerminalBench에서는 8.1배에 달했습니다.
3. ‘저렴하다’는 표현은 해결된 작업당 비용으로 Opus 5.5와 비교할 때만 성립합니다. 작업당 비용에는 재시도 비용이 포함됩니다. 토큰당 가격이 싼 모델이라도 두 번 실패하면, 한 번에 성공하는 비싼 모델보다 해결된 작업당 비용이 커질 수 있습니다. 에이전트에는 적절한 지표지만, 토큰 요금이 74% 줄어든다는 뜻은 아닙니다.

커뮤니티의 의문은 수치의 방향성보다 검증 가능성에 집중돼 있습니다.

“분명히 말하면 74%라는 수치는 OpenRouter가 직접 실행한 5개 벤치마크에서 나온 것이지, 독립적으로 검증된 결과가 아닙니다. 숫자보다 방향성을 믿어야 합니다.” — @LJL06019

다른 사용자는 실제 재현 가능성을 가르는 질문을 던졌습니다. “74% 절감이 성립하려면 프롬프트가 라우터에 무엇이 어려운지 알려 줘야 한다. 라우터는 무엇을 보고 어려운 작업인지 판단하는가?”(@harden_369741)

정리하면 이렇습니다. Auto Code는 이 5개 코딩 중심 벤치마크에서 Opus 5.5급에 가까운 성능을 더 낮은 해결된 작업당 비용으로 제공하지만, 원점수보다 비용이 중요한 경우에는 Auto가 더 저렴한 라우터입니다. 예산을 잡기 전에는 자신의 저장소와 작업 세트로 다시 측정하는 편이 좋습니다.

내부적으로 달라지는 부분은 무엇일까?

엔진은 같고 정책이 다릅니다. 두 라우터는 요청마다 작업 유형, 난이도, 속도의 중요도, 비전이나 코드베이스 지식의 필요 여부, 더 큰 모델이나 더 많은 추론이 도움이 되는지 등 11가지 요소를 평가합니다. 여기에 실시간 가격, 제공업체 상태, 프롬프트 캐시 상태, 벤치마크 데이터, 세션 기록을 함께 반영합니다(OpenRouter 발표).

Auto Code는 여기에 코딩 작업에 특화된 세 가지 가중치를 더합니다(OpenRouter 발표 및 Auto Code 페이지).

• Auto의 비용 효율적인 medium 등급 대신, 더 강력하고 더 비싼 코딩 모델 등급에서 시작합니다.
• 지연 시간을 더 엄격하게 반영하고, 코드 수정 실패에 더 큰 페널티를 적용합니다.
• 수정한 코드가 테스트를 통과하지 못하거나 같은 오류가 반복되면 더 빠르게 다른 모델로 전환합니다.

전환 순서가 중요합니다. 세션이 막히면 Auto Code는 먼저 추론 수준을 높이고, 그다음에야 모델을 바꿉니다. OpenRouter에 따르면 이 방식과 세션 고정성 덕분에 베타 기간 에이전트 턴의 거의 10번 중 9번은 같은 모델을 유지했습니다. 이전 라우터와 비교해 잘못된 도구 호출은 4배 낮아졌고, 에이전트 응답이 중간에 끊기는 경우도 절반으로 줄었습니다(OpenRouter 발표). p90 기준 라우팅 지연 시간도 1.96초에서 0.65초로 줄어 약 3배 빨라졌습니다(OpenRouter 발표).

Auto의 범용 경로는 더 오래된 방식이며 별도로 문서화돼 있습니다. 경량 분류기가 code:debugging, agent:multi_step_planning 같은 세부 작업 유형을 약 30개로 분류하고, 작업별 최근 7일 커뮤니티 지출 비중을 기준으로 모델 순위를 매긴 뒤, 사용자가 설정한 비용 등급과 제한을 적용해 기본 모델과 대체 모델을 선택합니다(Auto Router 문서). 새로운 세대는 이 시장 신호에 세션 계층을 더한 구조입니다.

실시간 라우팅 비율을 보면 ‘더 강력한 등급’이 실제로 무엇을 의미하는지도 알 수 있습니다. 11월 6일 기준 Auto Code의 최근 24시간 트래픽 992건에서는 GPT-6.1 Sol이 70.4%, Claude Opus 5.5가 14.8%, GLM 5.3이 11.0%를 차지했습니다(Auto Code 페이지). 반면 Auto의 범용 구성은 더 저렴한 모델 쪽으로 기울어 있으며, 개요 페이지에 표시된 트래픽 중 DeepSeek V4 Flash 계열만 약 47%였습니다(Auto 개요). 가격과 출시 모델에 따라 구성은 며칠 안에도 바뀌므로, 이 수치는 고정된 모델 목록이 아니라 당시의 흐름으로 보는 편이 맞습니다.

모델 전환의 비용: 캐시 재구축과 제공업체 고정

일반적인 출시 기사에서 빠지기 쉽지만 실제 비용을 결정하는 부분입니다. 세션 중 모델을 바꾸면 프롬프트 캐시를 잃습니다. 새 모델은 컨텍스트를 입력 요금 전액으로 다시 읽어야 합니다. OpenRouter도 이 메커니즘을 인정하고 있습니다. 캐시 재구축을 줄이기 위해 해당 모델이 더 이상 우선 선택지가 아닐 때까지 멀티턴 대화를 한 모델에 유지한다는 설명입니다(OpenRouter 발표).

실제 사용자들은 양쪽 방향에서 같은 문제를 보고했습니다.

“사람들은 계속 요청 단위로 라우터를 만들려고 하는데, 그렇게는 작동하지 않습니다 … 주변 컨텍스트가 없는 프롬프트만으로는 복잡성을 판단할 신호가 충분하지 않습니다 … 세션 중 모델을 자주 바꾸는 것은 경제적으로 불가능합니다. 한두 번 잘못 선택하면 처음부터 최적 모델을 쓴 것보다 비용이 더 커집니다.” — @kunchenguid

이 비판의 핵심을 보여 주는 사례도 있습니다. OpenCode 작성자는 OpenRouter 캐싱 문제를 해결한 뒤 한 테스트 비용이 $50에서 $6로 줄었다고 밝혔습니다(@thdxr). Reddit에서는 openrouter/auto를 테스트한 한 사용자가 “테스트했을 때 캐시 적중률이 사실상 0이었다”고 했고(u/tankerkiller125real), 다른 사용자는 “Auto가 ID를 바꿀 때마다 다음 호출의 cache_discount가 0이 됐지만, 고정 모델로 실행하면 계속 캐시가 적용됐다”고 전했습니다(u/Michael_Jeffords). VS Code 관련 스레드의 대표적인 조언도 직설적입니다. “캐시로 비용을 아끼려면 모델과 제공업체를 고정하라. 그렇지 않으면 큰 컨텍스트를 무작위 제공업체로 계속 보내게 된다”는 내용입니다(u/Zealousideal-Part849).

여기서 실무적으로 따라오는 결론은 두 가지입니다.

1. 청구서를 좌우하는 것은 표시 가격이 아니라 캐시 적중률입니다. 한 사용자의 추정에 따르면 현재 에이전트 토큰의 약 87%가 캐시에서 나옵니다(@shu8ham_). 따라서 라우터가 모델 고정성을 깨면, 컨텍스트를 재사용하는 더 비싼 고정 모델보다 비용이 커질 수 있습니다. 이 사용자는 시스템 프롬프트 상단에 있던 타임스탬프를 하단으로 옮겨 매 호출마다 캐시가 무효화되는 문제를 해결했습니다(@shu8ham_).
2. 고정성 때문에 성능이 좋지 않은 호스트에 계속 묶일 수도 있습니다. 캐시가 따뜻한 동안 후속 요청은 같은 제공업체에 남습니다. 그 결과 품질이 낮은 양자화 엔드포인트 하나가 세션 전체에 영향을 줄 수 있습니다. “같은 모델 이름이 같은 모델을 뜻하지는 않는다. 실제로 제공하는 대상을 고정하라”는 지적입니다(@webtkdev). 모델을 바꾼 뒤 품질이 흔들린다면 모델 이름만 보지 말고 제공업체도 기록해야 합니다.

Auto Code가 취한 방식, 즉 모델을 바꾸기 전에 먼저 추론 수준을 높이고 명확한 실패가 발생했을 때만 빠르게 전환하는 접근은 방향이 맞습니다(Auto Code 페이지). 다만 자신의 세션에서 cache_discount 값이 계속 0이 아닌지 확인하기 전까지는, 모델 전환을 공짜 기능이 아니라 예산에 반영해야 하는 위험 요소로 보는 편이 안전합니다.

실제 비용을 제한하는 설정

cost_tier는 상한선이 아니라 범위입니다. low, medium, high, xhigh, max의 5개 등급은 사용할 수 있는 모델의 비용 범위를 선택합니다. 범위보다 비싸거나 싼 모델은 제외될 수 있으며, 클래식 문서 경로에서는 등급을 지정하지 않을 경우 대략 low처럼 동작합니다(Auto Router 문서). Reddit의 요약이 핵심을 잘 짚습니다. “cost_tier는 상한선이 아니라 범위다 … 청구 금액을 예측 가능하게 해야 한다면 정확한 모델을 고정하라”는 내용입니다(u/conifer_v11).

두 라우터 모두 다음과 같이 설정해 볼 수 있습니다.

• 시험용 저장소 세트에서는 Auto Code를 기본 설정으로 시작하고, 예전의 저렴한 동작을 선호했다면 Auto는 low로 시작합니다. OpenRouter는 더 많은 고성능 모델을 포함하기 위해 새 기본 가격 수준을 “몇 달 전” 수준에 가깝게 올렸습니다(OpenRouter 발표).
• allowed_models 및 excluded_models 와일드카드(예: anthropic/*)를 추가해 모델 풀의 범위를 제한합니다. 제외 목록이 허용 목록보다 우선하며, 풀이 비면 404로 요청이 실패합니다(Auto Router 문서). 플러그인 ID도 주의해야 합니다. openrouter/auto는 auto-router 설정을 읽고, openrouter/auto-beta는 auto-beta-router 설정을 읽습니다. 서로 다른 설정을 보내면 조용히 무시됩니다(Auto Router 문서).
• 강제 상한선이 필요하다면 provider.max_price와 워크스페이스 지출 제한을 함께 사용합니다. 등급 설정만으로는 충분하지 않습니다(Auto Router 문서).
• 멀티턴 작업에는 명시적인 session_id를 전달합니다. 그래야 세션 고정이 메시지 지문이 아니라 대화 단위를 기준으로 동작합니다(Auto Router 문서).
• 요청마다 model, 제공업체, 토큰 수, 가격 스냅샷, cache_discount를 기록합니다. 이 로그가 있어야 Auto Code가 최적화하는 지표이자 실제 예산에 중요한 해결된 작업당 비용을 계산할 수 있습니다.

이 사이트의 관련 글도 참고할 만합니다. Auto Router 설정 가이드, OpenRouter 가격 가이드, 프롬프트 캐싱 가이드, 그리고 자체 호스팅 라우팅 대안을 다룬 LiteLLM과 OpenRouter 비교입니다.

한 줄로 호출하고 실제 실행 모델을 확인하자

두 라우터 모두 모델 문자열을 허용하는 곳이라면 사용할 수 있습니다(Auto 개요).

curl https://openrouter.ai/api/v1/chat/completions \
  -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openrouter/auto-code",
    "messages": [{"role": "user", "content": "Add a retry with backoff to fetchUser in api/users.ts"}]
  }'

일반적인 요청에는 openrouter/auto로 바꾸면 됩니다. 응답의 model 필드에는 실제로 응답을 생성한 모델이 표시되므로 반드시 저장해야 합니다(Auto Router 문서). X-OpenRouter-Metadata: enabled를 보내면 작업 분류 정보를 확인할 수 있습니다(Auto Router 문서). 채팅방의 라우팅 인사이트 패널에서는 작업 유형, 난이도 판단, 후보 모델 비중 등 모델 선택 이유도 볼 수 있습니다(OpenRouter 발표). 두 라우터는 도구 호출, 스트리밍, 이미지·PDF·오디오·비디오 입력과 텍스트·이미지 출력을 지원하며, 라우팅 상한은 최대 2,000,000토큰입니다. 실제 컨텍스트 창은 선택된 모델이 지원하는 범위에 따릅니다(Auto 개요 및 Auto Code 페이지).

IDE를 사용할 때는 한 가지 더 고려해야 합니다. Codex CLI, Cline, Kilo Code, OpenCode, Continue, Copilot 스타일의 VS Code 설정은 프롬프트 외에 자체 하위 호출과 재시도, 대규모 컨텍스트를 추가할 수 있습니다. 한 사용자는 직접 Python으로 보낸 요청이 약 20토큰인 반면 플러그인을 거친 요청은 20k~40k토큰이었다고 비교했습니다(r/openrouter 라우팅 스레드). 작아 보이는 요청의 청구 금액이 큰 경우에는 라우터를 탓하기 전에 토큰이 라우터에서 늘어난 것인지, 하네스에서 추가된 것인지부터 확인해야 합니다. 두 라우터 뒤에 있는 OpenRouter 카탈로그에는 600개가 넘는 모델이 있습니다(OpenRouter 발표).

OpenRouter Auto와 Auto Code FAQ

Auto Code가 Auto Router보다 비싼가요?

작업당 비용은 대체로 그렇습니다. OpenRouter 자체 표에서도 5개 벤치마크 중 4개에서 Auto Code가 Auto보다 비쌌고, 나머지 하나는 같은 비용이었습니다. Auto Code가 ‘저렴하다’고 할 수 있는 대상은 해결된 작업당 비용을 기준으로 한 고정 프런티어 모델입니다.

라우터 수수료가 따로 있나요?

없습니다. openrouter/auto와 openrouter/auto-code 모두 선택된 모델의 일반 요금으로 과금되며 라우터 추가 수수료는 0입니다(Auto 개요).

모델을 바꾸면 프롬프트 캐시가 깨지나요?

그럴 수 있습니다. 새 모델이나 제공업체는 캐시를 다시 만들어야 하며, 사용자들은 모델 전환 직후 cache_discount가 0으로 떨어지는 현상을 기록했습니다. Auto Code는 먼저 추론 수준을 높이는 방식을 선호하고, 베타 기간에는 약 10번 중 9번의 턴에서 모델을 유지했지만(OpenRouter 발표), 실제 세션에서는 직접 확인해야 합니다.

어떤 모델을 선택할 수 있고, 일부 모델을 제외할 수 있나요?

제로 데이터 보존, 제공업체, 허용 목록, 제외 목록 등 설정한 제한을 적용한 뒤 카탈로그에 남아 있는 모든 모델이 대상이 될 수 있습니다(Auto Code 페이지). anthropic/* 같은 와일드카드를 사용할 수 있으며, 제외 목록이 우선합니다(Auto Router 문서).

라우터 대신 고정 모델을 선택해야 할 때는 언제인가요?

청구 금액을 예측 가능하게 만들어야 할 때, 감사나 데이터 거주 요건상 모델을 명확히 지정해야 할 때, 또는 고정 모델의 품질이 자신의 저장소에서 이미 라우터 평균을 앞설 때입니다. 좋은 작업 방식은 Auto로 후보를 찾은 다음, 성능이 확인된 모델을 고정하거나 허용 목록에 넣는 것입니다.

프롬프트만으로 해결할 수 없는 트레이드오프가 있습니다. Auto Code는 더 높은 등급과 세션 인식을 활용해 통과율을 몇 포인트 높이는 대신, 모델을 바꿀 때마다 캐시 비용을 발생시킵니다. 세션이 길고 컨텍스트가 크다면 가장 저렴한 라우터는 가장 자주 전환하는 라우터가 아니라, 전환을 멈추는 라우터입니다.