보고서 스트레스는 자동화로 풀고, 서브에이전트 완전 격리는 갑론을박
보고서 피드백에 지친 한 참여자가 직접 만든 자동 전달 도구를 소개하고, 곧이어 서브에이전트 1.0과 2.0의 완전 격리 방식이 도마에 올랐다. 두 화제 모두 에이전트에게 일을 맡긴 뒤 그 결과를 사람이 어떻게 확인할 것인가라는 같은 고민을 안고 있었다는 것을 시사한다.
저녁 대화방이 열리자마자, 한 참여자가 팀원들에게 매번 작업 현황파악 문서를 만들어 보고하라는 요구에 지쳤다는 하소연을 꺼냈다. 마크다운 대신 이미지가 풍부한 HTML 보고서를 선호한다는 맞장구가 이어졌고, 그는 이 스트레스를 줄이려 직접 만든 도구를 소개했다. 몇 시간 뒤에는 서브에이전트 1.0과 2.0이 어떻게 다른지를 묻는 질문이 방을 채웠다. 서로 다른 화제 같았지만, 그날 밤 에르메스단(오픈카톡 커뮤니티 방 이름 — 같은 이름의 AI 에이전트 CLI 도구 Hermes와는 별개)의 대화는 결국 에이전트에게 일을 어떻게 맡기고 관리할 것인가라는 하나의 물음으로 수렴했다.
보고서 스트레스, 자동화로 풀다
작업 현황을 정리해 보고하라는 요구가 반복되자, 한 참여자는 마이크·텍스트·번호 입력으로 피드백을 남기면 원래 작업 세션에 메시지가 자동으로 전달되는 도구를 직접 만들었다고 밝혔다. 매번 문서를 새로 만들어 확인받는 대신, 말하듯 피드백을 흘리면 그 자리에서 세션이 이어받는 구조다.
일일이 작업된거 현황파악 문서로 만들라고해서 읽고 피드백하고 하는게 넘스트레스받아서
여러 에이전트 세션을 동시에 돌리는 방식에 대한 우려도 나왔다. 다른 참여자는 세 개 이상 세션을 동시에 굴리면 방향이 갈릴 때마다 결정을 대신 내려줘야 해서 감당하기 어렵다고 털어놨다. 보고 형식이 HTML이냐 마크다운이냐보다, 여러 세션에서 동시에 올라오는 피드백을 사람이 다 소화할 수 있느냐는 쪽으로 대화의 무게중심이 옮겨간 셈이다.
서브에이전트 1.0에서 2.0으로, 격리의 두 얼굴
비슷한 시각 방에서는 서브에이전트와 스킬의 1.0·2.0 버전 차이를 묻는 질문이 나왔다. 1.0은 메인 에이전트 컨텍스트 위에 시스템 프롬프트만 얹어 부르는 얕은 방식이었던 반면, 2.0은 완전히 격리된 새 세션을 여는 방식으로 바뀌었다는 설명이 이어졌다.
서브에이전트의 가장큰 의의가 컨텍스트 오염 방지를 위해 컨텍스트 분리되어야 하는건데
그러나 곧바로 반박도 나왔다. 2.0 도입 이후 오히려 무한 서브에이전트 스폰(하위 에이전트가 꼬리를 물고 계속 생성되는 현상) 같은 부작용이 심해졌다는 지적이었다.
오히려 2.0이 지금 개판이지않나요? 무한 서브에이전트 스폰이랑 난리던데
이에 대해 다른 참여자는 서브에이전트 도입의 본래 취지가 컨텍스트 오염 방지에 있는 만큼, 스폰 폭주 같은 부작용은 아키텍처가 자리 잡는 과정에서 점차 개선될 문제라는 정리를 내놨다. 이 화제에는 7명이 참여해 36건의 메시지를 남겼는데, 보고서 자동화 화제(13명·42건)보다 참여 폭은 좁았지만 논쟁의 밀도는 오히려 더 높았다.
두 화제 모두 결국 같은 질문을 향해 있었다. 보고 자동화든 완전 격리든, 에이전트에게 일을 맡기는 순간 그 결과를 사람이 어떻게 다시 확인하고 통제할 것인가라는 문제다. 도구와 아키텍처는 계속 바뀌지만, 그 확인 비용을 누가 떠안느냐는 질문은 이날 저녁 내내 해결되지 않은 채로 남았다.