저가 모델은 서브에이전트로, 프론티어는 아껴서 — 개인 AI 스택이 짜이는 방식
GLM5.3 플래시가 시키는 대로 끝까지 해줘서 작업용 서브에이전트로 쓰기 좋고 구독가도 싸다는 실사용 평이 나오며 저가 모델 라인이 집중 조명됐다. 간단 작업과 비복합 리팩토링은 플래시로 돌리고 프론티어 모델은 아껴 쓰는 조합, 코덱스와 클로드를 여러 계정으로 두고 저가 모델을 섞는 스택이 공유됐다. 한 서비스의 첫 달 할인은 결제 페이지에서만 반영된다는 실측 팁도 나왔다. 중국계 모델만 안 써봤다는 참가자의 질문에는 꼭 써야 할 이유가 있느냐는 반문이 돌아왔다.
8월 30일 아침 7시대, 방은 아직 깨어나기 전이었다. 한 참가자가 밤새 써 본 저가 모델 후기를 혼잣말처럼 몇 줄 올리면서 하루의 첫 실사용 정보가 열렸다. 같은 날 방의 큰 화제는 클로드의 사용량 정책 변경과 코덱스의 사용량 리셋이었는데, 정책에 대한 논평이 오가는 사이에 이 스레드는 다른 질문을 던졌다. 정책이 어떻게 바뀌든 내 손에서 굴러가는 구성을 어떻게 짤 것인가.
무슨 일
시작은 짧은 평가였다.
GLM5.3 플래시가 상당히 좋네요...
작성자는 이 모델이 지시받은 일을 지시받은 대로 끝까지 처리한다는 점을 장점으로 꼽았다. 창의적으로 방향을 틀지 않고 주어진 범위를 완주하는 성질이 특정 역할에 잘 맞는다는 이야기다.
작업용 서브에이전트로 너무 좋습니다 구독제 기준 가격도 싸고
어디서 쓰는 게 싼지 묻는 질문이 붙자, 작성자는 아직 하루도 안 써 본 상태라 확답하기 어렵다며 비교는 하루이틀 뒤에 공유하겠다고 답했다. 좋다는 평가와 가격 판단을 분리해 둔 셈이다.
같은 판단이 오후에 다른 참가자에게서 독립적으로 나왔다. 웬만한 간단 작업은 저가 모델에 맡기고 있으며, 리팩토링처럼 여러 갈래를 동시에 고려해야 하는 작업만 피하면 충분하다는 것이었다. 그가 밝힌 실제 구성은 이렇다.
저는 코덱스x5, 클로드x5, kimi 99딸라, 오픈코드고 5딸라
상위 플랜 하나로 몰아가는 대신 중간 등급 구독 여러 개와 저가 창구를 섞은 구조다. 같은 시간대에 특정 서비스의 첫 달 할인이 아직 유효한지 묻는 질문이 나왔고, 목록 화면에는 10달러로 보이지만 결제 페이지로 넘어가면 할인가로 바뀐다는 실측 답변이 곧바로 붙었다.
반대 방향의 목소리도 있었다. 저녁에 한 참가자가 여러 도구를 쓰면서도 중국계 모델만은 아직 안 써 봤다며 어떻게 접목하는지 물었는데, 돌아온 답은 접목법이 아니었다.
꼭 써야할 이유가 있나요..?
코덱스 하나로도 충분하고 클로드는 문서 만들 때만 쓴다는 답이 이어졌다. 질문자는 토큰을 많이 준다고 해서 관심이 갔다며, 자기 시스템의 뼈대를 다 세우고 나면 오히려 낮은 구독으로 내릴 계획이라고 밝혔다.
왜 중요한가
이 대화의 핵심은 모델 순위표가 아니라 역할 분담이다. 저가 모델을 두고 오간 평가는 성능이 얼마나 좋은가가 아니라 어떤 자리에 넣으면 값을 하는가였다. 지시를 그대로 완주하는 성질은 벤치마크 점수로는 잘 드러나지 않지만, 사람이 감독하지 않는 서브에이전트 자리에서는 결정적인 조건이 된다. 반대로 여러 조건을 동시에 저울질해야 하는 리팩토링은 저가 모델에 맡기지 않는다는 선이 함께 그어졌다. 잘하는 모델과 못하는 모델이 아니라, 맡길 수 있는 작업과 없는 작업으로 경계가 잡힌 것이다.
두 참가자가 서로 다른 시간대에 같은 결론에 도달했다는 점도 눈여겨볼 만하다. 아침의 후기와 오후의 후기가 사전 조율 없이 같은 사용법을 가리켰다. 개인 경험 하나였다면 취향으로 넘어갔을 이야기가, 독립된 두 사례로 겹치면서 참고할 만한 패턴이 됐다.
비용 구조에 대한 감각도 달라져 있다. 최상위 플랜 한 장으로 모든 작업을 감당하는 대신 중간 등급을 여러 개 두고 저가 창구를 곁들이는 구성은, 한도가 걸리는 지점을 분산시켜 특정 서비스의 정책 변경에 덜 흔들리게 만든다. 같은 날 방을 달군 사용량 정책 논란이 이런 구성의 배경이다.
시사점
개인 AI 스택은 이제 도구 하나를 고르는 문제가 아니라 여러 층을 배치하는 문제로 옮겨 갔다. 감독 없이 돌릴 작업은 값싸고 순종적인 층에, 판단이 필요한 작업은 비싼 층에 두는 분업이 실사용자 사이에서 자리를 잡아 가고 있다. 벤치마크 상위권 모델을 하나 골라 모든 일을 시키는 방식은 성능이 아니라 비용에서 먼저 한계에 부딪힌다.
동시에 이 방향이 모두에게 정답은 아니라는 반론도 같은 자리에서 나왔다. 도구를 늘리면 각 도구의 성질을 익히고 연결부를 관리하는 비용이 붙는다. 굳이 써야 할 이유가 있느냐는 반문은 그 관리 비용을 지적한 것이다. 토큰을 더 준다는 이유만으로 층을 늘리면, 아낀 구독비만큼의 시간을 다른 곳에서 치르게 된다.
결국 판단 기준은 사용자 자신의 작업 구성이다. 감독 없이 돌아가는 자동화 파이프라인이 이미 있다면 저가 층을 붙일 자리가 생기지만, 대화형으로 하나씩 처리하는 사용 패턴이라면 층을 늘릴 이유가 약하다. 방에서 오간 조언이 특정 모델 이름이 아니라 어디에 무엇을 맡기느냐로 모인 것도 그래서다.