새 모델이 나오면 개발자는 다시 깎는다 — '시지푸스해야함'

새벽 2시 23분, 새 모델 소식에 방이 들뜬 와중에 한 참여자가 정반대 감정을 남겼다. "술먹고있었는데 하네스깎아야하는 신세됨"이라는 것이다. 여기서 하네스는 모델을 실제 작업에 물려 쓰기 위해 짜둔 설정과 도구 묶음을 말한다. 사용자에게 새 모델은 선물이지만, 그 위에 도구를 얹어 온 사람에게는 곧 작업 지시가 된다.

허탈함은 곧 공감으로 번졌다. 다른 참여자는 워크플로우를 다 잡아놓은 것이 하필 "오늘완성햇는데"라며 타이밍을 아쉬워했다. 몇 시간 차이로 방금 끝낸 정비가 다시 대상이 된 셈이다. 이 상황을 한 참여자가 새 모델이 나올 때마다 "시지푸스해야함"이라고 요약하자, 다른 참여자는 "일을시키기위해 일을한다"는 말로 받았다. 곁에서 "하네스 하지마라"는 농담이 얹혔다.

그런데 이 자조 섞인 대화 안에서 실무적으로 값진 관찰이 하나 나왔다. 같은 참여자가 자신이 쓰는 다른 구성을 언급하며, 그쪽은 워크플로우를 강제하지 않는 구조라서 "아직 안고쳤는데안망가졌습니다"라고 전한 것이다. 모델이 바뀌었는데도 손대지 않은 채 정상 동작하고 있다는 뜻이다. 반대로 단계와 순서를 하드코딩해 둔 구성일수록 모델 교체 때 먼저 깨진다는 대비가 같은 대화 안에서 드러났다.

새벽 3시 이후에는 자조가 실제 대응으로 넘어갔다. 이 참여자는 새 모델 지원 패치가 곧 나간다고 예고했고, 대상은 자신이 관리하는 두 갈래 도구 모두라고 밝혔다. 자기 구성으로는 계획 단계에 기존 모델을 API로 걸어두고 실제 작업 실행에는 다른 모델을 붙이는 방식을 쓴다는 설정도 공유했다. 계획과 실행에 서로 다른 모델을 배치하는 구성은 이날 다른 대화에서도 반복해서 등장한 결론이었다.

이 대목이 남기는 시사점은 비용의 위치다. 새 모델로 갈아타는 비용은 구독료가 아니라 하네스 유지보수로 나타난다. 모델이 3주 간격으로 나온다는 언급이 같은 밤에 나왔던 만큼, 교체 주기가 짧아질수록 이 유지보수 부담은 누적된다. 그래서 "워크플로우를 강제하지 않는 구조가 모델 교체에 강했다"는 관찰은 단순한 감상이 아니라 설계 지침에 가깝다. 특정 모델의 습성에 맞춰 단계를 고정해 두면 그 모델이 바뀔 때 전부 다시 손봐야 하고, 느슨하게 두면 살아남는다.

다만 이는 한 사람의 구성에서 나온 단일 관찰이라는 점은 짚어둘 필요가 있다. 워크플로우를 느슨하게 두면 모델 교체에는 강해지지만 결과의 일관성은 떨어질 수 있고, 그 균형점은 작업 성격마다 다르다. 이날 방에서 확인된 것은 정답이 아니라, 모델 교체 비용을 설계 단계에서 미리 줄일 수 있다는 가능성이었다.