클로드·코덱스·그록 하네스 공유 세팅 노하우

오후 4시 2분, 여러 모델을 함께 쓰는 참가자들 사이에서 세팅 이야기가 시작됐다. 한 참가자는 애초에 각 LLM마다 학습된 내용과 세팅 방식 자체가 다르다는 전제를 짚었다.

"일단 llm마다 학습된것 그리고 세팅된것 등등이 다르죠"

7분 뒤 다른 참가자는 이 전제에서 나온 실무적인 결론을 내놨다. 결국 클로드와 코덱스 각각에게 어떻게 다루는 게 좋은지 직접 물어보는 방식이 가장 낫다는 것이었다.

"결국 Claude 코덱스 각각에게 어떻게 하는 것이 좋은지 물어 보는 게 제일 낫다군요"

서로 다른 모델에게 교차검증을 맡기는 방식

같은 시각, 짧지만 명확한 원칙 하나가 제시됐다. 서로 다른 모델끼리 검증을 맡기는 교차검증이 필수라는 것이었다.

"서로에게 교차검증 필수"

22분 뒤에는 이를 문서 차원에서 구현한 사례가 공유됐다. 한 참가자는 모델별로 별도의 SSOT(단일 진실 공급원) 지침 문서를 따로 두고 있다고 밝혔다.

"예를 들어서 전 모델별로 ssot 지침 문서가 따로 있어요"

3분 뒤 다른 참가자도 비슷한 결론에 도달했다는 반응을 보였다. 모델마다 기준이 다른 하네스가 필요하다는 것을 알고 있다는 언급이었다.

"모델별로 다른 기준의 하네스가 필요하다고 알고있어요"

개별 팁에서 공유 관행으로

이 화제에는 참여자 14명, 발화 61건이 모였다. 발화 하나하나는 개인적인 세팅 팁처럼 보이지만, 전제-결론-원칙-사례가 20 ~ 30분 안에 순서대로 이어지며 방 안에서 하나의 정리된 관행처럼 굳어지는 모습이 나타났다. 클로드·코덱스·그록처럼 서로 다른 회사의 도구를 동시에 쓰는 참가자가 늘면서, 지침 문서를 모델별로 나누고 서로 검증을 맡기는 방식이 자연스러운 선택지로 자리 잡은 것으로 보인다.

하나의 정답 대신 모델별 기준을 인정하는 쪽으로

이 대화에서 눈에 띄는 점은, 참가자들이 "어떤 모델이 제일 낫나"를 묻는 대신 "이 모델은 어떻게 다뤄야 하나"를 각자 물어봤다는 점이다. 같은 지침 문서를 모든 모델에 그대로 적용하기보다, 모델마다 별도의 SSOT 문서를 두고 서로에게 검증을 맡기는 방식이 반복해서 언급된 것도 이런 태도를 뒷받침한다. 여러 에이전트 CLI를 동시에 운용하는 환경이 늘어날수록, 하나의 통일된 세팅보다 모델별 특성을 인정한 위에서 교차검증으로 오류를 잡아내는 쪽이 더 현실적인 접근으로 받아들여지고 있는 것으로 보인다.

이 흐름은 특정 모델의 우열을 가리는 다른 화제들과 달리, 여러 모델을 어떻게 함께 굴릴지에 대한 운영 노하우에 가깝다. 앞으로도 새 모델이 추가될 때마다 비슷한 방식의 세팅 공유가 이어질 가능성이 있어 보인다.