AI 에이전트에 무턱대고 의존하면 기술 부채가 쌓인다

핵심 요약

• AI 에이전트의 결과물을 비판 없이 받아들이는 '인지적 항복'은 빠르고 쉽지만, 장기적으로는 기술 부채 증가와 시스템 이해도 감소로 이어진다.
• 개발자로서 압박감과 게임 이론이 작용한다: 동료들이 에이전트에 의존하면 나도 따라가지 않으면 뒤떨어지는 것 같고, 에이전트의 자신감 있는 태도는 의심 없이 따르도록 유도한다.
• 오픈소스 프로젝트나 시간 제약이 있는 환경에서는 빠르게 복잡도가 증가하고, 에이전트가 생성한 코드의 문제점은 즉시 드러나지 않아 기술 부채가 복합적으로 쌓인다.
• 저자는 시스템에 대한 기계적 공감과 이해가 빠르게 사라지는 것을 핵심 문제로 본다: 직접 코드를 쓸 때는 버그를 진단할 수 있지만, 에이전트에 의존하면 또 다른 세션을 열 수밖에 없는 악순환이 반복된다.
• 자동화의 역설(1983)처럼, 쉬운 작업을 에이전트가 처리하면 어려운 작업에서 에이전트가 실패했을 때 대처 능력이 없어진다.
• 결국 책임은 개발자에게 있고, 에이전트에 모든 것을 맡기면 의사결정권을 포기하면서도 책임만 지는 상황이 된다.
• 저자는 케이크를 먹으면서 남길 수 없다고 결론 내린다: 빠르게 구축할 수는 있지만 시스템의 깊이 있는 이해를 유지하려면 별도의 노력이 필요하고, 빌드 시간과 달리 이해(comprehension)에 드는 시간은 줄어들지 않았다.
• 저자가 도입한 전략은 '복잡도 한계'를 의식적으로 설정하는 것: 에이전트 단독으로 완전히 위임하거나, 핵심 시스템이라면 직접 개입한다.
• 에이전트 세션에서 'yes, 계속'을 반복 클릭하면 생각을 멈췄다는 신호이며, 대신 명확한 지시를 주거나 직접 드라이빙하는 방식으로 전환해야 한다.
• Stack Overflow 코드를 복사하지 말고 직접 작성하던 방식처럼, 에이전트의 결과를 그대로 받아들이지 말고 적극적으로 검토·편집해야 한다.
• 4열 PR 뷰(기존 diff 2열 + 에이전트 설명 1열 + 개발자 의견 1열)나 복잡한 변경을 '변경을 쉽게 만들고, 쉬운 변경을 한다'는 지시로 분해하는 방식이 유용하다.
• 모델이 개선되고 설계 감각을 배우더라도, 근본적 문제는 남아 있다: 시스템을 직접 유지·운영할 때 개발자의 이해도 부족이 계속 발생한다.
• 좋은 설계와 느슨한 결합·높은 응집도의 시스템 구조를 유지해야 에이전트든 인간이든 빠르게 적응하고 검증할 수 있다는 것이 결론이다.