설계가 답이다 — 세 커뮤니티가 각자 도달한 같은 결론

오늘 오픈카톡 AI 커뮤니티 세 곳은 서로 다른 문을 열고 들어가 같은 방에서 만났다. 에이전트코리아에서는 개인비서형으로 스킬을 계속 늘려가는 하네스와, 오케스트레이터가 여러 에이전트를 라우팅하는 회사용 시스템을 정면으로 비교하는 대화가 오후를 채웠다. 에르메스단에서는 한 참여자가 다중에이전트 오케스트레이션 리서치를 조사해 공유하며 오전을 달궜다.

더배러에서는 "fable의 지침 개선을 거친이후로 다 망가져버렷습니다"라는 하소연에서 시작된 대화가 스킬 설계 원칙 논쟁으로 번졌다. 세 대화 모두 종착지는 같았다 — 에이전트가 커지고 오래 쓰일수록 좋아지는지 나빠지는지를 가르는 건 결국 설계라는 결론이다.

에이전트코리아의 비교는 날이 서 있었다. 한 참여자는 "Hermes는 무엇을 기억으로 승격할지에 대한 규칙이 얇아 쓸수록 오염된 기억이 쌓이고, 라우터 없이 스킬이 늘어나 선택 정확도가 떨어집니다"라고 짚었고, 곧이어 "헤르메스를 쓰면 쓸수록 더좋아지는게 아니라 오히려 더 안좋아질수도 있는 그런 상황"이라는 동의가 붙었다. 텔레그램 연동이 헤르메스 고유 기능이 아니라 원래부터 가능했던 기능이라는 정정, 게이트웨이가 없으면 만들면 그만이라는 결론으로 대화는 실행 쪽으로 마무리됐지만, 화두 자체는 "에이전트가 오래 쓸수록 똑똑해지느냐, 무너지느냐"라는 질문으로 남았다.

에르메스단에서 공유된 리서치는 같은 질문에 다른 각도에서 접근했다. 다중에이전트 오케스트레이션 모델을 3층 구조로 정리한 뒤, "다중에이전트 시스템을 하나의 모델처럼 판다"는 발상과 "에이전트 조편성을 사람이 설계하지 말고 모델이 학습하게 한다"는 원칙이 함께 소개됐다. 같은 참여자가 공식 브라우저 확장 기능의 오픈소스 재구현 사례까지 조사해 붙인 점도 눈에 띈다. 다중에이전트가 무너지지 않고 오래갈지는 사람이 미리 짜놓은 규칙이 아니라, 조편성 자체를 학습 가능한 구조로 만들었는지에 달렸다는 시사로 읽힌다.

더배러의 논쟁은 두 갈래였다. 스킬 설계 쪽에서는 오토리서치 성공 조건이 "명확한 지표 한 개, 인간의 개입 없이 자동으로 평가하는 시스템, 그리고 AI가 바꿀 수 있는 하나의 파일" 세 가지로 요약됐고, "누락된 매뉴얼"이라는 글의 leading word·vertical slice 개념이 함께 소개되며 글쓴이는 "화려한 거 쫓다보면 남는 게 없을 거라 생각해요"라는 소회를 남겼다. 하네스론 쪽에서는 앞의 하소연에 "하네스 설계를 잘하면 모델 성능에 영향을 덜 받아요", "산출물의 일관성이 떨어졌다는 건 설계에 오류가 있다는 증거"라는 반론이 붙었고, "스토리보드 생성기는 이미지 생성기가 아니다"라는 글을 인용해 "일관성은 프롬프트 길이가 아니라 구조에서 나오며, Consistency by Construction으로 구성 조건을 먼저 고정"해야 한다는 논지가 소개됐다.

세 방이 같은 날 같은 결론에 도달한 건 우연이라기보다, 지금 커뮤니티가 공통으로 마주한 국면을 시사한다. 에이전트를 하나 굴리는 단계를 지나 여러 에이전트·여러 스킬·여러 세션을 오래 쌓아가는 단계에 들어서면서, "무엇이 무너뜨리고 무엇이 버티게 하는가"라는 질문이 모델 선택보다 앞에 놓이기 시작했다는 뜻이다. 헤르메스의 기억 오염 지적, 조편성을 모델이 학습하게 하자는 리서치, leading word·Consistency by Construction — 표현은 다르지만 세 방 모두 "규칙과 구조를 어떻게 짜느냐"를 답으로 가리키고 있다.

다만 세 대화 모두 결론까지 밀어붙이지는 않았다. 에이전트코리아의 비교는 실전 연동 질문으로 마무리됐고, 에르메스단의 리서치 공유는 소감 교환에 그쳤으며, 더배러의 하네스론도 "일단은 다시 소넷4.6으로 돌아갔다가 소넷5가 안정화되면 돌아오도록 하겠다"는 실용적 선택으로 접혔다. 오늘 하루만 놓고 보면, 세 방은 같은 질문 앞에 섰을 뿐 아직 같은 답을 함께 쓰지는 않은 셈이다.

본 기사는 카카오톡 '에이전트코리아'·'에르메스단'·'더배러' 세 방의 일일 인사이트를 교차 편집한 것으로, 발화자 식별 정보는 전면 제거(완전 익명)했습니다.