모델이 바뀔 때마다 하네스 구조를 다시 점검하는 이유

오후 1시 50분, 작업 진행 시각화 이야기가 이어지던 방에서 한 개발자 참가자가 화제를 구조 쪽으로 돌렸다. 여기서 하네스는 모델을 감싸 도구·기억·작업 흐름을 맡는 실행 틀을 가리킨다. 클로드 코드(Claude Code)로 작업이 길어지면 컨텍스트 압축(context compact)이 일어나는데, 그때 빠지는 내용을 어떻게 메울지가 계속되는 고민이라는 것이다. 이날 이 주제에는 4명이 36건의 발화를 남겼다.

저렇게 작업이 길어지면 context compact 를 하게 되는데 그 과정에서 유실되는 것들이 발생하면 어떻게 compact 이후에 session 에 다시 다음 내용을 주입하고 subagent 로 spawn될때 는 main session context 와 중복된 내용을 가져가야할것인지? subagent 에만 국한된 내용을 전달하게 할것인지

한 번 맞추고 끝나지 않는 구조

이 참가자가 꼽은 고민은 세 갈래였다. 압축 뒤 세션에 무엇을 다시 넣을지, 서브에이전트(subagent)를 띄울 때 메인 세션 내용을 어디까지 넘길지, 컨텍스트를 장기 기억으로 어떻게 쓸지다. 그는 이 구조가 한 번 짜면 끝나는 일이 아니라고 했다.

한번 맞추고 끝나는 것도 아니고, 모델에 따라서 구조를 변경해야될수도 있고, claude code, codex 같은 범용하네스의 구조가 업데이트 되면 그에 맞춰서 또 조정하는 과정이 계속 반복될 수도 있어요

점검의 기준은 시간이었다. 그는 석 달 전에 효율적이라고 판단한 구조가 지금도 유효한지를 묻는다고 했다.

지금도 유효한가? 3개월동안 main model은 어떻게 바뀌었고, claude code, codex 같은 범용 harness는 어떻게 변경되었는지, 내 harness는 그위에서 효율적으로 돌아가는건지 이런 부분에 대해서 계속 업그레이드를 해주고 있습니다.

주력 모델과 범용 하네스가 그사이 달라졌다면 자기 구조도 그 위에서 다시 맞춰야 한다는 설명이다. 그 연장선에서 opus 5.5 이후에는 기존 하네스에 만들어 둔 구조를 대폭 걷어내는 작업도 최근에 했다고 밝혔다. 다만 무엇을 어떻게 걷어냈는지는 대화에 나오지 않았고, 그 경위는 블로그에 남겨 뒀다는 말로 갈음했다.

다들 이렇게 하는가라는 물음

구조 설명에 앞선 오후 1시 43분, 한 참가자는 멀티에이전트를 잘 쓰게 됐다며, 시킨 대로 뉴스가 잘 오고 에이전트끼리 뉴스를 자기 과제와 연결까지 해 준다고 했다. 1시 50분 구조 설명이 이어지자 이 참가자는 우앙 이제 된다가 시작이냐고 되물었고, 오후 1시 56분에는 다짐을 적었다.

걍 심플하게 만들고 자주 고치지 말아야지 ....

바로 뒤에 자신이 그렇게 대단한 걸 하는 사람은 아니라는 말이 붙었다. 설명한 참가자는 이를 달래듯, 사람마다 활용 방식과 지향이 달라 모두가 저렇게 써야 한다고는 생각하지 않는다고 했고 위축될 필요도 없다고 받았다.

오후 2시가 지나 다른 참가자가 돈이 많아야겠다고 하더니, 다들 이렇게 작업하느냐고 묻고 이어 효율적이긴 한 것이냐고 되물었다. 첫 물음에 대한 답은 단정적이지 않았다.

다들 이라고 하기엔.. 거의 못본거 같긴해요 제가 좀 특이한겁니다

효율 여부에는 이런 질문부터 이야기가 시작된다고 답했다.

과연 우리(나/회사)는 무엇을 효율적이라고 볼것인가?

읽어 볼 대목

이 문답에서 눈에 띄는 것은 구조를 걷어낸다는 판단이 일반 원칙이 아니라 한 참가자의 운영 경험으로 제시됐다는 점이다. 모델이 바뀔 때마다 이전에 얹어 둔 구조가 여전히 필요한지 다시 묻는 방식이 이 판단의 바탕으로 보인다.

대화는 행사 발표 경험이 있는 한 참가자가 지난 6개월 사이의 변화를 다시 이야기할 자리가 있을 것이라는 소식으로 이어졌다.