제한 탓하기 전에 워크플로부터 — 코딩 에이전트 시대의 에티켓
월요일 아침에 출근해서 코드 몇 줄 고치지도 않았는데 “Rate limit reached(사용량 제한에 도달했습니다)” 팝업을 마주했을 때의 그 아득함이란… r/claudecode에 한 시니어 백엔드 개발자가 답답함을 참다못해 일침을 날린 글이 올라왔다. 제목부터가 아주 화끈하다. “사용량 제한 징징글 좀 그만 올려라. 니들 워크플로부터 고쳐라(Stop posting about limits. Fix your workflow).”
읽는 내내 뼈를 하도 세게 맞아서 순살이 될 뻔했다(내가 쓴 줄 알았다). 글쓴이 역시 한때는 일주일에 3~4번씩 레이트 리밋에 걸려 발을 동동 구르던 ‘토큰 헤비 스모커’였다고 한다. 그런데 워크플로를 근본적으로 뜯어고친 뒤로는 제한에 걸리는 횟수가 주 1회 미만으로 뚝 떨어졌다. 마법 같은 프롬프트 꼼수를 쓴 게 아니다. 아주 상식적인 엔지니어링 원칙 세 가지만 지켰을 뿐이다.
비싼 모델은 생각할 때만
글쓴이가 밝힌 첫 번째 원칙은 ‘철저한 모델 이원화’다.
전체 아키텍처를 설계하고 계획(Plan)을 세우는 두뇌 역할에는 가장 똑똑하고 비싼 모델을 물린다. 하지만 막상 보일러플레이트 코드를 타이핑하고 자잘한 함수를 구현하는 실행 단계에서는 훨씬 저렴하고 빠른 모델로 갈아탄다.
듣고 보면 당연한 소리 같지만, 막상 현업에서 코딩 도구를 쓰다 보면 귀찮아서 기본값(Default)으로 세팅된 최고급 플래그십 모델 하나로 하루 종일 굴리기 십상이다. 단순 CSS 패딩값 수정이나 DTO 파일 몇 개 찍어내는 잡일에 최고급 모델을 풀로드로 태우고 있었으니 토큰이 남아날 리가 없다(내 돈…).
두 번째는 ‘도구와 컨텍스트의 다이어트’다.
워크스페이스당 활성 에이전트는 딱 하나, 붙여두는 MCP(Model Context Protocol) 서버도 꼭 필요한 3개 이하로만 강제했다. 인간 개발자도 회의실에 10명 넘게 모여서 각자 한마디씩 던지면 멘붕 오듯이, AI 에이전트도 참조할 툴과 컨텍스트가 덕지덕지 붙을수록 매 턴마다 수만 토큰을 공중에 날려버린다. 글쓴이가 날린 “에이전트한테 쇼 전체를 다 떠맡기려 들지 마라”라는 문장이 레딧에서 가장 뜨거운 추천을 받았다. 일을 위임하는 것과 방치하는 건 완전히 다른 차원의 이야기다.
세 번째는 ‘QA 에이전트의 분리’다.
검증 작업을 메인 코딩 에이전트에게 시키지 않고, PR 미리보기를 띄워 클릭하고 확인하는 전용 QA 에이전트를 따로 뒀다. 비싼 토큰을 아끼는 유일한 비결은 컨텍스트 윈도우를 군더더기 없이 슬림하게 유지하는 것이고, 컨텍스트를 아끼는 최선의 방법은 에이전트의 역할을 아주 잘게 쪼개는 것(Single Responsibility Principle)이다. 객체지향 원칙이 에이전트 오케스트레이션에서도 그대로 통한다.
“그런데 갑자기 왜 제한이 아까워졌을까”
물론 이 글에 모두가 순순히 고개를 끄덕인 건 아니다. 댓글 창은 순식간에 불타올랐다.
워크플로 팁에는 공감하면서도, “아니, 똑같은 워크플로로 일하는데 어떤 주는 3일 만에 제한 걸리고 어떤 주는 멀쩡한데 이게 내 탓이냐?”라는 성토가 쏟아졌다.
결국 앤트로픽(Anthropic)이 백엔드에서 사용자 몰래 사용량 쿼터나 토큰 소비 정책을 두고 은밀하게 A/B 테스트를 돌리고 있는 것 아니냐는 음모론까지 번졌다. 매달 적잖은 구독료를 내는 프로 개발자들 입장에서는, 소진 속도가 롤러코스터를 타면 억울할 수밖에 없다.
게다가 베스트 댓글 중 하나가 “이거 은근슬쩍 특정 AI 툴 광고하려고 쓴 글 아니냐?”라는 의심이었던 점도 씁쓸한 현실이다. 꿀팁 글 하나에도 온갖 툴 바이럴이 판을 치다 보니 커뮤니티의 피로도가 극에 달했다는 증거다.
왜 이 글이 주목받았나
이 논쟁의 본질은 레이트 리밋 그 자체가 아니다. 코딩 에이전트가 대중화되면서, “AI한테 대충 던지면 마법처럼 알아서 다 해주겠지”라는 환상과 “컨텍스트와 토큰은 철저히 유료 자원이다”라는 냉혹한 현실 사이의 충돌이다.
이제는 프롬프트를 화려하게 쓰는 것보다, 무엇을 모델에게 넘기고 무엇을 인간이 통제할지 ‘컨텍스트의 경계선’을 긋는 시스템 엔지니어링 능력이 훨씬 중요해졌다. 최근 오픈소스 커뮤니티에서 GLM 무료 정책이나 다른 LLM 서비스의 숨겨진 UI 설정 때문에 불만이 폭발했던 이유도 맥락을 같이한다. 개발자들이 진짜 원하는 건 ‘무제한 무료’가 아니라, ‘내가 시스템을 통제할 수 있다는 예측 가능성’이다.
정리
결국 토큰과 시간의 낭비를 막는 코딩 에이전트 시대의 생존 수칙은 세 가지로 요약된다.
- 기획과 설계는 똑똑한 놈, 단순 코딩 노가다는 싼 놈에게 시킨다.
- 에이전트에게 쥐어주는 툴(MCP)과 컨텍스트는 최소한으로 다이어트한다.
- 검증과 QA는 역할을 분리해서 따로 굴린다.
AI 코딩 도구가 아무리 날고 기어도, 자원을 효율적으로 배분하고 지휘하는 오케스트레이터는 결국 개발자 자신이다. 제한 팝업이 뜰 때마다 F5를 누르며 앤트로픽 서버를 원망하기 전에, 내 에이전트가 쓸데없이 비싼 모델로 CSS 폰트 크기나 고치고 있었던 건 아닌지 워크플로부터 한번 까보자(뜨끔했다면 당장 고치자).