AI 에이전트 활용이 늘면서, 에이전트를 효율적으로 관리하는 문제가 새로운 과제로 떠오르고 있습니다. 한 개발자는 클로드(Claude) 기반 코드 프로젝트를 진행하며 서브 에이전트가 22개까지 늘어났다가 17개로 줄이는 과정에서 겪은 구체적인 경험과 교훈을 공유했습니다. 에이전트를 만들 때는 필요성이 명확하지만, 불필요해진 에이전트를 정리할 때는 '혹시 나중에 쓸까' 하는 생각 때문에 쉽게 폐기하지 못하고 방치하게 된다는 점이 핵심입니다.
개발자는 에이전트가 불어나는 주된 원인으로 '에이전트가 아니라 도구여야 하는데'를 판단하는 게이트(판단 기준)의 부재를 꼽았습니다. 반복적이고 절차가 고정되어 있으며 맥락 판단이 필요 없는 작업은 에이전트가 아닌 스킬(skill)이나 스크립트로 처리해야 토큰(token) 낭비를 줄이고 재현성을 높일 수 있습니다. 정리된 5개의 에이전트 중 하나는 애초에 에이전트가 아닌 고정된 절차의 콘텐츠 작성 도구였고, 셋은 다른 에이전트와 역할이 겹쳤으며, 나머지 하나는 70일간 사용 이력이 전혀 없는 휴면 상태였습니다. 특히 역할이 겹치는 에이전트의 경우, 분리를 유지하는 관리 부하가 이득보다 크다는 점을 깨달았다고 합니다.
이러한 경험을 통해 에이전트 관리의 네 가지 규칙이 정립되었습니다. 첫째, 폐지 시점에 사유를 명확히 파일에 기록해야 합니다. 둘째, 삭제 대신 이름 변경(rename)으로 옮겨 내용을 보존합니다. 셋째, 복원 금지 항목을 명시하여 불필요한 부활을 막습니다. 넷째, 복원 절차에 '흡수처에서 중복 역할 제거'를 포함하여 재활용 시 충돌을 방지합니다. 또한, 에이전트가 제약에 부딪혔을 때 임의로 우회하지 않고 보고하게 하는 '몰래 우회 금지', 성공 보고 압력을 막기 위한 'FAIL을 PASS로 쓰지 않는다', 자율성을 정량적 임계값으로 정의하는 '자율성을 정량 임계값으로 정의', 그리고 충돌 방지를 위한 '판정과 집행의 분리'와 같은 4년간의 운영 규칙도 함께 공개되었습니다.
이 사례는 AI 에이전트가 단순한 도구를 넘어 시스템의 일부로 자리 잡을 때, 그 관리와 거버넌스가 얼마나 중요한지를 보여줍니다. 특히 1인 개발 환경에서도 에이전트 수가 늘어나면 복잡성이 기하급수적으로 증가하며, 이는 토큰 비용 증가와 더불어 관리 부하로 이어져 생산성을 저해할 수 있습니다. 에이전트의 역할과 범위를 명확히 정의하고, 불필요한 에이전트를 과감히 정리하며, 체계적인 폐기 및 복원 절차를 마련하는 것이 AI 시스템의 지속 가능한 발전을 위해 필수적임을 시사합니다. 이러한 관리 원칙은 향후 다양한 AI 에이전트 기반 서비스 개발 및 운영에 중요한 지침이 될 것입니다.