클로드와 코덱스 모델을 섞어 쓰는 두 방의 셈법

어제 저녁, 서로 다른 두 대화방에서 같은 종류의 이야기가 따로 올라왔다. 어떤 모델을 어떤 일에 맡기느냐는 것이다. 한쪽은 일터의 구독 복지를 말하다가 흘러나온 한 줄이었고, 다른 쪽은 계정을 더 결제할지 고민하는 대화에서 이어진 긴 토론이었다. 발화자들이 서로를 보고 한 말이 아닌데도 결론의 윤곽이 닮아 있었다.

기사에서는 모델 계열을 이렇게 묶어 쓴다. 오퍼스, 소넷, 페이블은 클로드 계열이고 아스트라와 솔은 코덱스(GPT) 쪽 모델로 묶는다. 이 분류는 기사의 정리이고, 참가자들은 이름만 불렀을 뿐 계열을 따로 설명하지 않았다. 솔은 대화에서 「솔 6.1」 「sol」로 섞여 적혔으며, 기사에서는 모두 솔로 쓴다. 계획은 오퍼스, 실행은 솔이라는 구도에서 솔은 혼자라는 뜻이 아니라 이 코덱스 계열 모델 이름이다.

에이전트코리아: 오퍼스에게 긴 작업을 맡긴다

에이전트코리아에서는 저녁 무렵 한 참가자가 오퍼스 5.5의 장점을 한 줄로 던졌다.

오퍼스 5.5가... 장기 작업도 문제없이 처리하는데

앞뒤 맥락은 구독비를 어떻게 벌까 하는 농담 섞인 잡담이었고, 이 말은 그 한가운데에서 나왔다. 이 참가자의 체감일 뿐 어떤 작업을 몇 시간 돌렸는지는 말하지 않았다.

조금 뒤 다른 참가자가 회사가 AI 비용을 지원하는 구조를 설명했다. 그 참가자는 그 금액이면 코덱스와 클로드 코드를 하나씩 쓰기에 충분하다고 했고, 아스트라와 페이블을 쓰면 오퍼스로 하라고 권하게 된다고 말했다. 이어 반응이 짧게 붙었다.

기본값 opus로 막아두기

사용량을 줄이려면 기본 모델을 오퍼스로 고정해 두자는 뜻으로 읽힌다(기사 설명). 비싼 모델을 기본값에서 빼는 방식으로 비용을 관리한다는 발상이다. 오퍼스 5.5를 칭찬했던 참가자가 얼마 뒤 자신이 쓰는 조합을 보탰다.

오퍼스 5.5, 소넷 5.5, 아스트라, 솔 6.1 요렇게만 사용해주면...

클로드 쪽 두 모델과 코덱스 쪽 두 모델만 쓰자는 말로 읽힌다(기사 설명). 이 참가자는 앞서 아스트라는 괜찮고 페이블은 조금 그렇다는 취향도 밝혔다. 이것도 한 사람의 평가이므로 방 전체의 합의로 보기는 어렵다.

더배러: 계획은 오퍼스, 실행은 솔

더배러는 밤이 깊어지며 같은 주제를 훨씬 구체적으로 끌고 갔다. 한 참가자가 자신의 조합을 이렇게 풀었다. 주로 클로드를 쓰고 GPT는 보조로 쓴다는 이야기였다.

opus로 계획하고 sol로 실행하고..

계획을 세우는 모델과 실행하는 모델을 가르는 구도다. 이 방에서는 모델 평가가 갈렸다. 코딩은 클로드라는 쪽이 여럿이었고, 한 참가자는 이렇게 비교했다.

코딩은 astra보다 opus가 더 잘하는듯요

반면 기획 중심의 바이브 코딩을 한다는 참가자는 똑똑한 모델이 중요하다고 보고 페이블만 쓴다고 했다. 앞서 조합을 풀었던 그 참가자는 오퍼스가 나온 뒤에는 페이블을 쓰지 않았다고 했고, 이유로 성능 차이는 크지 않은데 가격이 낫다는 점을 들었다.

페이블이랑 별 차이 없으면서 토큰값도 꽤 착하고

다른 참가자도 같은 방향의 체감을 올렸다. 페이블을 쓰면 한도가 줄어드는 속도가 눈에 보인다는 이야기다. 두 사람 모두 페이블이 오퍼스보다 부담스럽다고 본 셈이다.

페이블 쓰면 토큰 녹는 게 눈에 보여서 진짜 답이 안나오더라구유

이 말이 일반적으로 맞는지는 대화로는 확인되지 않는다. 토큰 소모는 작업 종류에 따라 달라지므로, 한 사람이 겪은 한 번의 경험으로 읽는 것이 안전하다.

토큰이 녹는다고 말한 그 참가자는 한쪽 도구만 고르는 길에도 선을 그었다. 같은 프로젝트에서도 대화 내용에 따라 코덱스가 답답할 때와 클로드가 답답할 때가 모두 있어서, 두 가지를 같이 쓰는 쪽으로 생각이 기운다는 취지였다.

원툴로는 못갈 것 같고 둘다 쓰는 게 맞다고 생각됩니다

두 방의 공통점과 차이

두 방 모두에서 오퍼스 5.5에 대한 호평이 나왔고 코덱스 쪽 모델도 함께 거론됐다. 여기에 한도와 비용이 선택 기준으로 계속 따라붙었다. 에이전트코리아는 회사 지원액이라는 한도 안에서 기본값을 고르는 이야기로, 더배러는 개인 계정을 늘릴지 말지의 이야기로 비슷한 고민에 닿았다. 두 방이 같은 날 같은 주제를 다룬 이유는 이 한도 문제가 여러 사용자에게 동시에 닥쳐 있어서일 것으로 풀이된다(기사 해석).

차이는 깊이에 있었다. 에이전트코리아는 한 줄짜리 취향 표명과 비용 관리 팁이 중심이었고, 더배러는 계획과 실행을 나누는 구조, 계정 추가 여부, 모델별 체감 차이까지 한 자리에서 비교했다. 페이블을 둘러싼 평가도 더배러에서만 팽팽하게 갈렸다. 그래서 두 방을 합쳐 보면 모델 우열의 판정보다 일에 따라 나눠 쓰는 습관이 자리 잡는 중이라는 점이 먼저 눈에 들어온다.

새벽에 올라온 페이블 5.2 반응

오늘 새벽 에이전트코리아에는 이런 한 줄이 올라왔다.

페이블 5.2..!

이 글이 올라오고 몇 분 뒤 다른 참가자가 5.2가 나왔는지 되물었고, 그 뒤 또 다른 참가자가 「나왔네요」라고 답했다. 이어 한 참가자는 「오푸스 5.5보다 좋아진점」이라는 조각 줄로 오퍼스 5.5와의 비교를 꺼냈다. 다만 대화에는 링크나 성능 자료가 올라오지 않았다. 따라서 대화 속 참가자들은 페이블 5.2가 새벽에 나온 것으로 받아들이고 비교로 넘어갔다고 읽을 수 있으며, 오퍼스 5.5와 무엇이 다른지는 대화로 알 수 없다. 앞서 더배러에서 페이블의 가격과 한도를 두고 갈린 평가가 이 소식과 맞물려 어떻게 바뀔지도 아직 대화에 나타나지 않았다.

해석과 시사점

두 방의 체감을 겹쳐 보면, 어떤 모델이 위인가보다 어떤 일에 어떤 모델을 얼마나 쓰는가가 질문의 중심이 된 것으로 보인다. 계획과 실행을 나누는 분업 구도는 더배러에서만 나왔고, 에이전트코리아는 오퍼스 호평과 기본값 고정, 쓰는 모델을 몇 개로 추리자는 이야기 쪽이었다. 다만 이는 몇 사람의 경험담을 묶은 것이어서 실제 성능 비교로 읽을 수는 없다.

끝으로 비용이 선택을 좌우한다는 점이 두 방 모두에서 확인된다. 기본값을 어느 모델로 두느냐가 한도 소진 속도를 바꾼다는 인식이 퍼지는 중이라면, 새 모델이 나올 때마다 성능보다 토큰값 이야기가 먼저 나오는 흐름은 당분간 이어질 가능성이 있다.