토큰 절약 멀티모델 전략과 악마의 판정인(devil's advocate)

한 참여자가 자신의 작업 방식을 짧게 정리했다.

"확실히 토큰 아끼려고 이것저것 해봣는데 Fable + Gpt 5.5 조합이 좋긴한듯"

전날 대화에서도 "Fable이 확실히 설계나 명확한 지시에 능한가 보군요 ... 루프가 대부분 간결한거보면"이라는 관찰이 나온 바 있었는데, 오늘은 그 관찰이 실제 모델 조합 전략으로 이어진 셈이다. Claude 토큰과 Codex 토큰을 번갈아 쓰며 소모를 나눈다는 이야기였고, 다른 참여자도 비슷한 조합으로 초기화권을 아껴 쓰고 있다며 맞장구를 쳤다.

"이렇게 하니까 사용량 진짜 절감됩니다. 코댁스 초기화권 4개 야굼야금 쓰는중"

대화는 절약을 넘어 검증 방식으로 번졌다. 같은 참여자가 코덱스의 결과물을 기준 미달이면 되돌려보내도록 설정해뒀더니 훨씬 꼼꼼해졌다고 전하자, 여러 참여자가 이 구조를 각자의 언어로 풀어냈다. "관리감독관 코딩"이라는 표현이 나오는가 하면 "근로감독관 스타일 코딩", "십장 스타일식 노가다 에이전트 코딩", "개떼저글링식 코딩"이라는 비유까지 잇따라 붙었다.

한 참여자는 여기서 한 걸음 더 나아가 "코덱스는 시무룩 할까 화나서 더욱 빡세게 코딩할까"라며 질책이 성능에 영향을 주는지 궁금해했고, "요거 논문 있지 않나요"라는 반응도 나왔다. 이 흐름 끝에 다른 참여자가 정확한 이름을 짚어냈다.

"악마의 판정인 (devil's advocate) 요고 도입하셨나봐여?"

정작 그 설정을 만든 당사자는 개념을 먼저 배운 게 아니었다고 답했다.

"그게 뭔가요?ㅋㅋ ㅠㅠ 그냥 agents.md에 빡세게 박아놔써요"

이론으로 익힌 기법이 아니라 실전에서 필요해 만든 검증 장치가, 나중에야 이미 이름 붙은 방법론과 같다는 사실이 확인된 순간이다. 토큰을 아끼려는 실용적 습관이 여러 별명으로 불리는 감독 구조를 거쳐, 결국 모델을 서로 검증하게 만드는 구조로 자리잡아가는 모습으로 보인다.