싸고 빠른 모델이 늘 정답은 아니다

나는 DeepSeek V4 Flash를 메인으로 쓴다. 완벽하지 않아도 되고, 틀리면 다시 물으면 된다. 싸고 빠르다는 게 이 모델의 전부다. 그런데 같은 주에 다른 생각도 들었다. 애초에 잘못된 결정으로 시작하면 되돌리기 어렵다는 것이다.

에이전트 코딩은 반복이 많다. 싼 모델은 그 반복의 단가를 낮춘다. 한 번 틀린 구현을 세 번 고쳐도 비용이 거의 안 든다. 반대로 비싼 모델은 첫 판단의 품질을 산다. 디렉터리 구조, API 경계, 데이터 모델처럼 나중에 갈아엎기 비싼 결정은 처음부터 맞히는 편이 싸다. 실패 비용이 다른 일을 같은 모델에 맡기면, 싼 쪽은 길을 잃고 비싼 쪽은 잔돈을 태운다.

그래서 나는 이제 작업을 나눈다. 고칠 수 있는 일은 Flash에 맡기고, 되돌리기 어려운 결정은 더 똑똑한 모델에 묻는다. 팀마다 답이 다를 것이다. 중요한 건 모델 브랜드가 아니라, 어떤 실패가 비싼지를 먼저 아는 것이다. 싸고 빠른 모델은 기본값이지, 모든 결정의 기본값은 아니다. 싼 모델로 시작하되, 되돌리기 비싼 고비에서만 모델을 바꾸면 된다.