마케팅 설계는 페이블, 컴퓨터 유즈는 아스트라 — 작업 성격으로 갈린 실사용 비교

"아직까지 fable5.1이 더 좋은거 같네요"

오후 2시 20분, 며칠간 한 모델만으로 기존 업무를 통째로 돌려 본 실사용기가 올라왔다. 한 참가자는 GPT-6 아스트라(Astra)로만 작업을 밀어 본 뒤, 아직은 클로드 페이블(Fable) 5.1이 더 낫다는 결론을 먼저 내놓았다. 판단의 근거는 벤치 점수가 아니라 자기 업무의 결과물이었다.

"저 계속 astra로만 기존 작업들 해보니 아직까지 fable5.1이 더 좋은거 같네요. 현재 페이블 토큰 초과해서 astra high와 구현은 low로 하고 있는데… 예를 들어서 사업에 필요한 마케팅 분석 프로세스 구축이나 개선등은 astra로 하니깐 너무 복잡해져버려서 산으로 가버리네요 ㅠㅠfable이 이정도 부분에서 알잘딱깔센으로 잘하는거 같아요. 컴퓨터 유즈나 3d작업은 아스트라가 넘사벽이겠지만"

한 문장 안에 평가가 두 방향으로 갈린다. 사업용 마케팅 분석 프로세스를 구축하고 개선하는 일처럼 맥락이 여러 겹 얽힌 작업에서는 아스트라가 지나치게 복잡한 방향으로 번져 산으로 가고, 같은 일을 페이블 5.1은 적당한 선에서 정리해 준다는 것이다. 반대로 화면을 직접 조작하는 컴퓨터 유즈와 3D 작업은 아스트라가 비교 대상이 아니라는 평가가 뒤따랐다.

한쪽은 쓰고 싶어서, 한쪽은 써야 해서

같은 발화에는 선택이 순수한 선호가 아니었다는 단서도 들어 있다. 페이블 토큰을 초과한 상태라 아스트라를 high로, 구현은 low로 돌리고 있다는 설명이 붙어 있었다. 더 맞는 도구를 알면서도 잔량 때문에 다른 조합으로 버티는 상황이라, 이 비교는 모델 성능표가 아니라 한도와 성능을 같이 계산한 결과로 읽힌다.

작업을 쪼개 맡기는 구성도 공유됐다. 기획은 코덱스(Codex)에, 구현은 클로드 오퍼스(Opus)에 넘기는 식이다.

"코덱스 기획 오퍼스 코딩 이렇게 오케스트레이션 하고있는데"

이 조합에는 오퍼스가 느리다는 체감이 함께 붙었다. 단계별로 가장 잘하는 모델을 붙이려는 시도가, 속도와 잔량이라는 다른 축에서 다시 비용을 청구받는 모양새다.

코덱스가 알아서 모델을 고른다

같은 시간대에는 도구 쪽 변화를 읽은 관찰도 나왔다.

"이제 코덱스도 자동으로 모델 분배를 하는군요"

작업에 따라 모델이 달리 붙는다는 관찰인데, 곧 반론이 따라붙었다. 도구가 분배한 것이 아니라 자기가 쓰는 라우터 엔진 때문일 수 있다는 지적이고, 다른 참가자는 자기 쪽에서는 그냥 아스트라로 일괄 처리되는 것 같다고 전했다.

"제거는 그냥 냅다 아스트라 갈기는거같던데"

같은 도구를 두고 관찰이 갈리는 상황 자체가, 라우팅이 사용자 설정과 섞여 있어 외부에서 단정하기 어렵다는 점을 보여준다. 모델 계보를 정리하려는 질문도 올라왔다. 한 참가자는 오픈AI의 아스트라와 솔의 관계가 앤트로픽의 페이블과 오퍼스 관계와 같은 구도인지 물었다.

"지피티6 아스트라랑 지피티6솔은 페이블이랑 오퍼스 같은 관계인가요"

선택 기준이 우열에서 성격으로

하루의 대화를 모으면 비교의 문법이 달라진 것이 보인다. 어느 모델이 더 똑똑한지를 묻던 자리에, 어떤 성격의 일에 어느 모델을 붙일지를 묻는 질문이 들어섰다. 맥락 정리가 핵심인 일과 화면·공간을 직접 다루는 일이 서로 다른 모델에 배정되고, 같은 프로젝트 안에서도 기획과 구현이 갈리는 구성이 실사용 보고로 올라오는 단계다.

다만 이 분업은 아직 비용 구조에 눌려 있다. 잔량 초과 때문에 차선을 택하고, 더 잘하는 모델이 느려서 망설이는 장면이 같이 놓여 있기 때문이다. 모델 계보를 묻는 질문이 반복되는 것도 같은 맥락으로 보인다. 어떤 모델이 어느 계열의 어느 급인지 정리되지 않으면 작업 성격별 배정 자체가 어렵기 때문이며, 비교의 축이 점수에서 배치로 옮겨가는 국면임을 시사한다.