클로드(페이블)와 코덱스 병행 시대 — 엇갈린 SSOT 동기화 해법과 하네스 탓 논쟁

클로드와 코덱스를 함께 쓰는 사람이 늘면서, 에이전트코리아와 더배러에서는 같은 이틀 동안 정반대 방향의 대화가 오갔다. 한쪽은 두 모델을 어떻게 역할분담시킬지 실전 노하우를 나눴고, 다른 쪽은 클로드가 요즘 왜 이렇게 멍청해졌는지를 두고 하네스 탓 공방을 벌였다.

SOLID 아키텍처와 역할분담 — 클로드에게 코덱스를 되묻다

에이전트코리아에서는 클린 아키텍처와 SOLID 원칙을 지키는 게 AI 협업의 기본기라는 조언이 오갔다. 패키지 단위 구획화, 내부 참조 대신 SDK 받은 것처럼 쓰기, 클로드와 코덱스에게 서로의 결과물을 되묻는 교차검증까지 구체적인 팁이 이어졌다.

"클로드한테 야 코덱스가 이 스택으로 짜면 이조건에서 짱짱맨이라는데 반박불가 ㄹㅇ?"

"그리고 내부 참조 하지 말고 SDK 받은것 처럼 쓰기"

이런 조언의 바탕에는 두 모델의 강점이 갈린다는 전제가 깔려 있다. 한 모델에 전부 맡기기보다 설계·구현·검증을 나눠 서로의 산출물을 되묻게 하면, 한쪽이 놓친 허점을 다른 쪽이 잡아낸다는 것이다. 교차검증을 붙이는 순간 협업은 '더 똑똑한 모델 하나 고르기'에서 '두 모델을 어떻게 맞물리게 배치하느냐'의 문제로 성격이 바뀐다.

듀얼 하네스 시대 — 엇갈린 SSOT 동기화 해법

같은 방에서는 클로드와 코덱스를 함께 쓰는 사람이 늘면서 지침 문서를 어떻게 동기화할지가 화두로 떠올랐다. 심링크로 AGENTS.md와 CLAUDE.md를 묶는 방법, 공유 SSOT(단일 진실 원천) 문서를 두고 모델별로 라우팅하는 방식, 그리고 애초에 모델별로 다른 기준의 하네스를 따로 둬야 한다는 반론까지 — 세 갈래 해법이 나란히 오가며 결론 없이 엇갈렸다. 검증을 요청하는 쪽보다 검증하는 쪽 모델이 더 상위여야 한다는 원칙만 별도로 공유됐을 뿐, 동기화 방식 자체는 정착되지 않았다.

한 참여자는 심링크를 쓰지 않고 공유 SSOT 지침 문서를 두고 각 지침 파일이 라우팅하게 해뒀다고 전했다.

세 해법은 지향점이 서로 다르다. 심링크는 파일 하나로 두 지침을 강제로 일치시키는 단순함을, 공유 SSOT 라우팅은 문서를 하나로 두되 모델별로 다르게 읽히게 하는 유연함을, 모델별 분리는 애초에 기준이 다르다는 현실을 각각 앞세운다. 어느 쪽도 정답으로 굳지 못한 것은 듀얼 하네스 운용이 아직 초기 단계라, 저마다의 작업 스타일에 맞는 방식을 손으로 더듬어 찾는 중이라는 방증이기도 하다.

클로드가 멍청해졌다는 체감 — 모델 탓이냐 하네스 탓이냐

더배러에서는 정반대 분위기가 흘렀다. 클로드가 요즘 뒤처지는 느낌이라는 체감담이 쏟아졌고, 최근 부쩍 멍청해진 게 하네스 탓인지 궁금하다는 질문이 이어졌다. 클로드 계열의 페이블(Fable) 5.1까지 "그냥 똥멍청이"라 깎아내리는 혹평이 나왔고, 오퍼스가 같은 단어만 반복해 쓰는 "단어 돌려막기"가 심해졌다는 지적도 있었다.

"요즘 클로드가 점점 멍청해졌다고 느껴지는게"

"요새 오퍼스가 너무 단어 돌려막기가 심한 것도 있어요"

두 방이 같은 시기에 다른 결론을 낸 이유

에이전트코리아가 두 모델을 정교하게 조합하는 법을 논의하는 동안, 더배러는 그 조합의 한 축인 클로드 단독 성능에 실망하고 있었다는 점은 흥미롭다. 이는 듀얼 하네스 운용이 보편화될수록, 어떻게 조합하느냐는 숙련자의 질문과 왜 이것만 못하냐는 실사용자의 불만이 같은 시기에 나란히 터진다는 것을 시사한다. 결국 하네스 자체보다 모델 간 역할 분담이 얼마나 정교하게 설계됐는지가 체감 성능을 가르는 것으로 보인다.

두 방의 온도 차는 같은 도구가 지나는 성숙 곡선의 양면으로도 읽힌다. 앞선 사용자가 조합의 정교함을 다듬는 사이 뒤따르는 사용자는 아직 기본 성능에서 실망을 겪는데, 두 목소리가 같은 주에 나란히 올라온 것 자체가 클로드·코덱스 병행이 소수의 실험에서 다수의 일상으로 넘어오는 길목에 있음을 보여준다.