작업이 안정화된 후 모델을 하위 버전으로 낮추는 경우가 있나요?
Do you guys ever downgrade a workflow after you’ve got it working?
핵심 요약
안정적인 워크플로우를 더 저렴한 모델로 교체할지, 아니면 유지할지에 대한 고민과 검증 방법에 대한 논의입니다.
- 모델 교체 고민 — 비용 절감을 위해 안정된 워크플로우를 하위 모델로 전환할지 고민함
- 품질 검증 필요성 — 작은 모델로 전환 시 발생할 수 있는 미세한 오류율 증가를 감지할 지표가 중요함
- 검증 전략 — 기존 데이터를 활용한 회귀 테스트나 섀도잉(shadowing) 방식을 통해 안정성을 확인해야 함
- 하이브리드 접근 — LLM 대신 스크립트나 하이브리드 방식을 도입하여 신뢰성을 높이는 방법도 제안됨
Claude 워크플로우 몇 개는 처음에 시스템 구축할 때 대충 모델 골라잡은 게 그대로 굳어진 상태야. 그때는 최적화고 뭐고 신경 쓸 겨를도 없었고, 그냥 결과물 잘 나오고 문제 안 일으키는 모델로 박아두는 게 최선이었거든. 근데 이제 그 워크플로우들도 꽤 오래 돌아가면서 데이터가 쌓이니까 훨씬 예측 가능해졌어. 프롬프트도 거의 안 바뀌고, 어떤 상황에서 에러 터지는지도 다 파악했고, 솔직히 처음 만들 때보다 작업 내용도 훨씬 단순해졌단 말이지.
문제는 한번 잘 돌아가기 시작하면 모델을 다시 검토할 생각을 거의 안 한다는 거야. 보통 새 모델이 나오거나 워크플로우를 건드려야 할 다른 이유가 생기기 전까지는 그냥 방치하게 되더라고. 한편으로는 이미 안정화된 작업들은 더 작은 모델로 돌려도 충분할 것 같아서 주기적으로 테스트를 해봐야 하나 싶기도 해. 근데 또 다른 한편으로는, 몇 달 동안 문제없이 잘 돌아가던 걸 굳이 돈 좀 아끼겠다고 건드렸다가 나중에 골치 아픈 버그 잡느라 개고생할까 봐 겁나기도 하고.
너네는 프로덕션에서 Claude 돌릴 때 예전 워크플로우 모델도 주기적으로 다시 검토하냐? 만약 한다면, 더 작은 모델로 갈아타기 전에 어떤 기준으로 비교하고 결정하는지 좀 알려줘.
