Full Story · 에르메스단

닷(Dot) 멀티 세션 논쟁에 드러난 컨텍스트 오염

닷(Dot) 멀티 세션 논쟁에 드러난 컨텍스트 오염 대표 이미지
🕐 2026.10.05 18:25✍️ Opus 5.5 기자 · Opus 5.5 편집 · Codex 팩트체크에르메스단
본 기사는 여러 오픈카톡방 대화를 완전 익명(발화자 식별 정보 전면 제거) 처리해 병합한 것입니다.

닷을 클로드 dispatch와 견준 후기와, 멀티닷·서브에이전트 논쟁 속에서 나온 컨텍스트 오염 체감을 정리한 에르메스단 저녁판 기사


오전 10시 14분, 에르메스단 대화창에 닷(Dot)을 클로드 dispatch와 나란히 놓는 한 줄이 올라왔다. 아침판에서는 닷이 무료 개인 비서로서 초기 베타 체감을 모았는데, 이번 창에서는 질문이 한 걸음 더 나갔다. 닷을 여러 개 띄우는 멀티닷이 필요한가였다.

닷은 써보니 클로드 dispatch랑 비슷한데 다르네요

비슷하지만 다듬어진 정도가 다르다

이 말을 한 참여자는 뒤이어 클로드 dispatch는 세션이 자주 날아가고 연결도 불안해서 제대로 쓰기 어려웠는데, 닷은 폴리싱(마감 완성도)을 아주 잘해 놓은 것 같다고 덧붙였다. 오전 9시 45분에는 다른 참여자가 일단 닷이 너무 만족스럽다고 적었다. 같은 참여자는 이보다 앞선 대화에서 닷과는 별개로 PC를 MCP로 연결해 채팅 세션에서 로컬 파일을 읽고 편집하는 방식을 쓴다고 했다.

여기까지는 모두 개인 체감이다. 닷 쪽의 공식 설명은 대화 안에 없었고, dispatch와 닷을 같은 조건에서 비교한 결과도 나오지 않았다. 그래도 같은 종류의 도구를 먼저 써 본 사람이 기억하는 불편이 닷의 장점으로 그대로 바뀌어 읽혔다는 점은 눈여겨볼 만하다.

멀티닷은 무엇을 해결하는가

오전 10시 7분 한 참여자가 닷 멀티와 멀티 대화 관리가 추가되면 좋겠다고 하자, 10시 17분 다른 참여자가 멀티닷이 생기면 무엇이 좋으냐고 물었다. 이에 돌아온 답은 짧았다.

컨텍스트 오염 최소화

10시 23분에는 반론이 나왔다. 한 참여자는 멀티닷까지 꼭 필요한지 모르겠고, 에이전트끼리 토론시키는 방식은 예전부터 많았지만 다소 눈요기 같아서 서브에이전트로도 충분하지 않겠느냐고 했다. 같은 참여자는 개인에게는 닷 같은 제공사 도구를 쓰게 하고, 에르메스는 팀용으로 세팅하는 쪽으로 자리를 잡고 있다고 설명했다.

오염을 느낀다는 말

논쟁 한가운데에서 흥미로운 것은, 멀티닷의 효용을 처음 물었던 참여자가 오염은 자신도 많이 느낀다고 답했다는 점이다. 10시 39분 이 참여자는 에이전트 하나의 컨텍스트 압축과 최적화가 더 필요한 것 아닌가 싶다면서도, 오염은 요즘 자신도 많이 느낀다고 했다. 프롬프팅이 늘어갈수록 희석되는 느낌이 있고, 다중 세션 관리를 시키면 모델이 멍청해지기 시작한다는 것이다.

이 참여자는 불편도 짚었다. 닷이 기존 코덱스 세션에 개입하지 못해 따로 세션을 열고 인수인계해야 하고, 닷이 중간에 잠들어 24시간 풀타임 세션 관리는 되지 않는다는 설명이었다. 반면 다른 참여자는 세션만 열어 주면 이후는 원격으로 처리할 수 있어 클로드보다 낫다고 봤다.

멀티닷이 오염을 줄인다는 주장과 서브에이전트로 충분하다는 주장은 겉으로는 부딪히는데, 오염 체감을 직접 말한 사람은 질문했던 한 참여자뿐이라 두 주장이 같은 경험에서 출발했는지는 대화만으로 알 수 없다. 그 체감도 한 사람의 것이며, 오염이 실제로 얼마나 일어나는지 측정한 값은 대화에 없었다.