오픈소스 하네스에 기능이 덕지덕지 붙을수록 순정이 낫다는 말이 나왔고, 에르메스단 오후에는 문서와 메모리를 덜어내는 경험담이 이어졌다

10월 3일 오후, 에르메스단에서는 오픈소스 하네스를 두고 순정(아무것도 얹지 않은 기본 설치 그대로)으로 돌아가자는 이야기가 길게 이어졌다. 이 주제에는 9명이 134건을 남겼다. 이날 방 전체는 843건, 76명이 오간 하루였으니, 한 화두가 꽤 큰 비중을 차지한 셈이다.

순정이 더 나은 경우가 많다는 말

출발점은 오후 4시대의 하네스(모델을 감싸 일을 시키는 도구 틀) 이야기였다. 한 참가자가 pi를 커스텀하다가 결국 클로드 코드와 코덱스 순정으로 돌아오게 된다고 말했고, 다른 참가자가 요즘 오픈소스 하네스는 순정에 비해 결과물이 나쁜 경우도 많다고 짚었다. 같은 흐름에서 또 다른 참가자가 pi에 대한 평을 전했다.

요새 pi도 1.0으로 업뎃되면서 codemode ,mcp , subagent 등등 덕지덕지 붙여버렷다고 까이는중

이 발언은 직접 겪은 평가라기보다 바깥에서 들은 비판을 옮긴 것이다. 그래도 어떤 기능이 문제로 꼽혔는지는 분명하다. 비판의 초점은 성능 하나가 아니라 기능이 늘어난 방식, 곧 하네스가 점점 무거워지는 경로에 있다. 코드 실행 모드, MCP, 서브에이전트처럼 요즘 하네스마다 앞다투어 넣는 기능들이다. 한편 순정에 질리면 기능 많은 도구가 다시 당겨서 오가게 된다는 반응도 있었다.

클로드 하네스는 잘 다듬어졌다는 평

결과물이 나쁜 경우가 많다고 말한 참가자는 이유를 묻는 말에 이렇게 답했다. 클로드 코드의 순정 하네스만큼 LSP(코드 분석 기능)를 잘 쓰도록 미리 조율된 하네스는 드물고, 클로드 모델만 쓴다면 클로드 하네스가 정말 잘 깎여 있다는 것이다.

조건이 붙어 있다는 점이 눈에 띈다. 이 평가는 클로드 모델만 쓸 때를 전제로 한다. 순정이 늘 낫다는 일반론이라기보다, 모델과 하네스가 한 짝으로 다듬어진 경우에는 얹은 도구가 오히려 방해가 될 수 있다는 뜻으로 읽힌다. 전날 새벽 방에서도 기능을 다 때려 넣은 도구가 슬롭처럼 변한다는 비판이 나왔으니, 덜어내자는 정서는 이틀째 이어지는 셈이다.

문서도 덜어내고, 쌓은 것도 비운다

이야기는 하네스에서 문서와 메모리 관리로 번졌다. 앞서 순정을 권한 참가자는 문서의 기본 원칙을 이렇게 말했다.

기본적으로 문서는 전체를 적는게 아니거든요 코드베이스 읽어서 알수있는 것들 제외하고

에이전트가 코드를 읽으면 알 수 있는 내용까지 문서에 적어 두면 코드가 바뀔 때 문서가 먼저 낡는다는 문제의식으로 보인다. 이어 다른 참가자는 5개월 동안 만든 것을 싹 초기화하고 처음부터 다시 했더니 한 달 만에 쓸만하게 완성됐다고 밝혔다. 그 참가자는 GPT를 쓰던 시절 문서에 방어하듯 우회 지시를 잔뜩 적어 놓아 고장 원인을 찾기 어려웠다고 했다. 문서를 덜어내자는 말과 직접 이어진 발언은 아니고, 우회와 과설계가 잦던 이전 방식을 접고 새로 만든 경험이다. 다른 참가자도 싹 초기화하고 다시 구축한 지 일주일쯤 됐다고 했다.

다만 이 논의가 방 전체의 합의였다고 보기는 어렵다. 말을 보탠 사람은 9명이고, 순정이 낫다는 근거도 개인 체감에 가깝다. 하네스를 얼마나 얹을지는 쓰는 모델과 작업에 따라 달라질 수 있어, 다음 대화에서 어느 쪽으로 기우는지가 확인할 대목이다.