코덱스 데스크톱, 싼 값의 대가는 반토막 컨텍스트 창

오전 9시54분, 한 참여자가 코덱스(Codex) SDK 요금 구조를 묻는 질문을 던지며 하루 첫 논쟁이 시작됐다. "codex sdk쓰면 api보다 실제 codex를 쓴느거라 llm호출비용이 훨씬 저렴하죠?"라는 물음에 다른 참여자가 곧바로 답을 달았다.

네 가격은 자기 Oauth 쓰는거니까 플러스도 상관없고요, 다만 컨텍스트윈도우는 API로 쓰는 것과는 달라요 200k정도임(코덱스)

같은 모델을 쓰는데도 접속 방식(OAuth 구독 대 API 과금)에 따라 컨텍스트 창 크기 자체가 달라진다는 설명이었다. 09시58분 한 참여자는 이 사실을 두고 "코덱스의 가장 아쉬운 점"이라고 짚으면서도, 최근 업데이트(Sol)로 다소 늘어난 것 같다는 인상을 덧붙였다.

모델이 같은데 context window가 api랑 차이가나는게 충격이네요

같은 시각 다른 참여자가 남긴 이 반응은 놀라움이 단순한 볼멘소리를 넘어선다는 것을 보여준다. 요금 구조를 아끼려던 선택이 뜻밖에 성능(컨텍스트 처리량) 제약으로 되돌아온 셈이라, 참여자들 사이에서는 같은 모델인데 왜 차이가 나는지에 대한 의문이 반복됐다.

10시09분에는 대화가 실무 대응책으로 옮겨갔다. 한 참여자는 "컨텍스트 압축 명시적으로 해줘야되지않나요 자기가 알아서할때도 있어요?"라고 물으며, 200K 한도 안에서 압축(요약·정리) 시점을 사용자가 직접 통제해야 하는지 자동에 맡겨도 되는지를 궁금해했다. 이 물음은 한도 자체를 없앨 수 없다면 그 안에서 작업을 어떻게 쪼개고 관리할지가 다음 과제로 넘어갔다는 것을 보여준다.

이 대화는 구독형 코딩 도구가 저렴함과 성능(특히 컨텍스트 처리량) 사이에서 어떤 트레이드오프를 감수하고 있는지를 보여준다. API 요금을 아끼려 OAuth 기반 코덱스로 넘어간 사용자일수록, 정작 대규모 코드베이스나 긴 대화를 다뤄야 할 때는 200K라는 벽에 먼저 부딪힐 가능성이 있다는 이야기로 읽힌다. 실제로 코드베이스 전체를 한 번에 올려야 하는 개발 작업에서는 이 한도가 체감상 더 크게 다가올 수 있다는 우려도 함께 읽힌다.

이날 저녁 다른 화두로 번진 클로드 사용량 리셋 지연이나 오픈클로 하트비트발 토큰 폭탄 사고와 겹쳐 보면, 구독형 AI 도구를 둘러싼 불만이 유독 이 하루에 몰려 나온 인상을 준다. 요금은 구독형이 API보다 가벼워도, 컨텍스트 처리량이나 사용량 리셋 주기 같은 보이지 않는 제약이 곳곳에서 함께 따라붙는다는 인상을 남기는 대목으로 보인다. 값싼 접속 방식에는 저마다 다른 방식으로 대가가 붙는다는 점을 이 하루의 대화들이 공통으로 시사하는 것으로 보인다. 접속 방식 하나로 같은 모델의 체감 성능이 갈린다는 사실은, 요금표만 보고 도구를 고르기 전에 실제 작업 규모에 맞는 한도부터 따져봐야 한다는 점을 이 하루의 대화가 새삼 일깨워주는 것으로 보인다.