에이전트 AI 시스템은 왜 거대한 진흙덩어리가 되는가

NN/g가 AI 에이전트 시스템이 소프트웨어 설계의 오랜 안티패턴인 "거대한 진흙덩어리"로 변하기 쉽다고 짚었다. 만드는 비용이 거의 없어지면서 우선순위를 강제하던 제약이 사라지고, 비개발자인 "바이브 아키텍트"도 계획 없이 복잡한 시스템을 쌓는다는 설명이다.

"Mud is tolerable while the AI can still navigate it for you; the time to reconstruct is before it can't."NN/g, The New Big Ball of Mud

왜 중요한가

글은 시스템이 일회성 코드, 조각조각 덧붙이기, 땜질, 쓰레기 폴더에 덮어두기를 거쳐 결국 재구축에 이른다고 설명한다. 특히 지저분한 데이터를 AI만 찾아갈 수 있는 곳에 쌓아 두면 만든 사람조차 구조를 잃는다. 해법으로는 전역·지역·환경 세 종류의 컨텍스트를 따로 점검하라고 제안한다.

실무 적용

AI로 프로토타입을 빠르게 만드는 팀일수록 "임시"가 "영구"가 되는 순간을 정해 두어야 한다. 에이전트가 참조하는 문서·데이터·규칙의 목록을 정기적으로 점검하고, 각 구성요소가 무슨 일을 하는지 사람이 설명할 수 있는 상태를 유지하는 것이 실무적인 출발점이다.

교차 참고

• NN/g: The 3 Roles of Context for AI Agents — 글이 제안하는 세 가지 컨텍스트 구분의 바탕이 되는 글.
• NN/g: The Custodial Era of UX: Cleaning Up After AI — AI가 남긴 결과물을 정리하는 UX 업무가 늘어난다는 관점.

Wemeet의 관점

Wemeet은 AI 덕분에 빨라진 제작 속도가 곧 유지보수 부채가 될 수 있다고 본다. 홈페이지나 서비스를 만들 때도 구조와 규칙을 문서로 남기고, 속도보다 이해 가능한 상태를 먼저 지키는 편이 길게 보면 더 싸다.