Full Story · 에이전트코리아

토큰 소비량 질문 하나가 밤샘 하네스 논쟁으로 — OMO와 가재코드

🕐 2026-08-17에이전트코리아
본 기사는 여러 오픈카톡방 대화를 완전 익명(발화자 식별 정보 전면 제거) 처리해 병합한 것입니다.

한 참여자가 OMO나 가재코드 같은 도구를 쓰면 단위 기능 개발당 토큰 소비량이 줄어드는지 묻자, 다른 참여자가 정확한 지시와 설계 능력만 있으면 둘 다 필요 없다고 반박했다. LLM을 엔진에, 하네스를 자동차 시스템에 빗댄 비유부터 코드 재활용성 집착이 부른 오류를 하네스로 막고 있다는 실사용 경험까지 저녁 내내 의견이 오갔다. 토큰 절감이라는 구체적 질문에서 하네스 자체의 필요성이라는 근본 질문으로 옮겨간 흐름은, 방 안에 회의론과 옹호론이 함께 있음을 시사한다.


밤 8시 57분, 한 참여자가 OMO나 가재코드 같은 하네스 도구를 쓰면 단위 기능 개발당 토큰 소비량이 줄어드는지 물으며 논쟁의 불씨를 댕겼다. OMO는 여러 AI 모델을 작업 성격에 따라 나눠 보내주는 라우팅 도구로 방에서는 오몬(OMON)으로도 불리고, 가재코드는 설계 단계에서 상세 명세를 먼저 만든 뒤 그에 맞춰 구현·검증하게 하는 코딩 도구다. 26분 뒤인 9시 24분, 다른 참여자가 정확한 지시를 내리고 설계를 잘할 수 있다면 둘 다 필요 없다는 반박을 내놓으며, 대화는 특정 도구의 성능 비교에서 하네스 자체의 존재 이유를 묻는 방향으로 급격히 번졌다.

9시 30분에는 다른 참여자가 LLM을 엔진에, 하네스를 자동차 시스템에 빗대며 이해를 도왔다. 엔진 자체의 힘도 중요하지만 그 힘을 도로 위에서 실제로 다루는 것은 결국 차체와 제어 시스템이라는 취지의 비유로 읽힌다. 이어 9시 33분에는 또 다른 참여자가 모델이 아무리 발전해도 코드 재활용성에 지나치게 집착해 전혀 다른 목적의 모듈에서 기능을 가져다 쓰는 문제가 여전히 남아 있고, 자신은 이런 문제를 하네스로 막고 있다고 설명했다. 반복적으로 교정이 필요한 개발 영역에서는 하네스가 여전히 유효하다는 게 이 참여자의 결론이었다.

9시 35분에는 다른 참여자가 시행착오와 A/B 테스트를 거치다 보면 자연스레 규율이 쌓이게 된다는 관찰을 보탰다. 도구를 반복해서 쓰다 보면 그 과정에서 나온 교훈이 저절로 규칙처럼 굳어진다는 뜻으로, 하네스라는 게 처음부터 완성된 형태로 주어지는 것이 아니라 사용 경험이 누적되며 만들어진다는 시각을 보탠 것으로 풀이된다.

토큰 소비량이라는 구체적 수치 질문에서 시작한 대화가 하네스의 정의와 필요성을 둘러싼 근본 논쟁으로 이어진 셈이다. 정확한 지시만 있으면 하네스가 필요 없다는 입장과, 반복되는 실수를 막으려면 하네스가 필요하다는 입장이 같은 대화 안에서 팽팽히 맞섰다.

이날 저녁 이 화제에는 참여자 9명이 발화 135건을 주고받았는데, 이는 이날 밤 여덟 개 화제 중 가장 많은 발화량이다. 저녁부터 새벽까지 이어진 전체 대화의 중심이 이 하네스 논쟁이었다는 점을 보여주며, 방 안에 도구 회의론과 구조적 옹호론이 공존하고 있음을 뚜렷하게 드러낸 대화로 읽힌다.

이날 방 전체를 요약한 안내 역시 이 논쟁을 '하네스가 정말 필요한지, 온톨로지 같은 상위 개념까지 아우르는 밤샘 토론'으로 짚었다. 참여자 9명이라는 숫자만 보면 다른 화제보다 적어 보이지만, 발화 135건이라는 압도적인 물량은 소수의 참여자가 매우 긴 호흡으로 주고받은 논쟁이었음을 보여준다. 정확한 지시만 있으면 하네스가 필요 없다는 쪽과, 반복 실수를 막으려면 하네스가 필요하다는 쪽이 하나의 정답으로 수렴하지 않은 채 저녁 내내 팽팽하게 이어졌다는 점에서, 이 방 참여자들 사이에서도 하네스의 가치에 대한 합의는 아직 이뤄지지 않은 것으로 보인다.