오픈코덱스 제작자가 직접 푼 멀티모델 서브에이전트 조합법

낮 시간대에 오픈소스 도구 오픈코덱스를 만든 한 참여자가 직접 방에 등장해 자신의 운용 노하우를 풀었다. 도구 이름이 언급되자 다른 참여자는 그 개발자가 만든 오픈코덱스를 쓰면 되지 않겠냐고 반응했다.

제작자 본인은 메인 오케스트레이터를 하나 정해두고, 검증이 꼼꼼한 모델들은 서브에이전트로 병렬 활용하는 구조를 권했다.

"검증은 좀 꼼꼼한 sol이나 grok 같은애들 서브에이전트로 막굴리면 좋아요"

이 발언은 메인 작업 흐름과 검증 작업을 모델별로 분리해, 비용이 싼 쪽을 메인레인에 두고 나머지는 크로스체크 용도로 쓰는 실전 구조를 시사한다. 곧이어 다른 참여자도 비슷한 방식을 실제로 쓰고 있다고 맞장구쳤다.

"클로드예여. 클로드가 서브에이전트로 코덱스, glm , 딥식 등등 다 불러서 써욤"

클로드(페이블 계열)를 메인으로 두고 코덱스·GLM·딥시크 등 여러 모델을 서브에이전트로 동시에 부리는 멀티모델 조합이 실제 운용 사례로 확인된 셈이다. 오후 들어서는 작업 난이도별로 어떤 모델이면 충분한지에 대한 실전 기준도 공유됐다.

"티켓 처리 버그 픽스는 오푸스 5로 충분하다"

단순한 티켓 처리나 버그 픽스처럼 난이도가 낮은 작업에는 상위 모델을 동원할 필요가 없다는 판단으로 읽힌다. 제작자가 직접 밝힌 오케스트레이터-서브에이전트 구조와, 실사용자들이 공유한 모델별 적정 난이도 기준이 같은 자리에서 맞물리며, 여러 모델을 목적에 따라 나눠 쓰는 조합 운용이 이 방 안에서는 이미 실전 단계에 들어섰음을 보여준다. 캐시 비용이 낮은 모델을 메인레인에 두고, 검증이 필요한 구간에만 다른 모델을 불러오는 분업 구조가 특정 개발자 한 명의 실험이 아니라 여러 참여자가 공통으로 쓰는 방식으로 자리 잡고 있다는 점도 눈에 띈다.

이 화두는 참여자 16명·발화 75건으로 이날 방에서 가장 활발했던 화두로 집계됐다. 제작자가 직접 들어와 실전 노하우를 공유한 자리라는 점이 참여를 끌어올린 요인으로 보인다. 메인 오케스트레이터와 서브에이전트를 나눠 쓰는 구조, 모델별 캐시 비용, 작업 난이도에 따른 선택 기준까지 짧은 시간 동안 여러 층위의 정보가 오간 걸 보면, 이 방의 참여자들이 단일 모델보다는 조합 운용 쪽에 실질적인 관심을 두고 있다는 인상을 준다. 오픈코덱스라는 이름 자체가 곧바로 언급되며 제작자의 존재가 화두를 촉발했다는 점도 특징이다. 실사용자들이 공유한 경험이 제작자의 설명을 뒷받침하는 방식으로 이어진 만큼, 이 조합 운용법이 한 사람의 주장이 아니라 여러 참여자의 실사용에서 검증된 방식이라는 인상을 준다. 다만 어떤 모델을 메인으로, 어떤 모델을 서브에이전트로 쓸지는 참여자마다 조합이 조금씩 달라, 정답이 하나로 고정된 방식은 아직 아닌 것으로 보인다.