좋은 개발자들이 AI 코딩 에이전트를 경계하는 이유
원제 Why are good developers so wary of agentic development?
101 포인트댓글 137

Key Point
프로덕션 안정성이 성능보다 우선인 조직에서 AI 에이전트 도입 시 어떤 실질적 문제가 발생하는지, 숙련된 개발자의 신중함이 정당한 이유를 구체적 사례로 설명한다.
핵심 요약
- 숙련된 개발자들의 AI 코딩 에이전트 회의감은 '만든 것'과 '프로덕션에서 작동하는 것'의 근본적 차이에서 비롯된다.
- Thoughtworks는 에이전트만으로 전체 개발을 진행하는 실험을 했다: 에이전트가 모든 코드를 작성하고 개발팀은 화이트보드에서 설계·경계 결정·계획 수립에 집중했다.
- 실험 결과 기능의 80%는 완성했으나 빌드가 자주 실패했다(CI 파이프라인의 신뢰성 문제).
- 개발팀은 화이트보드에서 약 2/3, 테스트·계약·아키텍처 검사 작성에 1/3의 시간을 소비했으며, 에이전트가 병렬로 작동하며 서로 변경사항을 겹치게 하거나 배치 크기가 너무 커지는 등의 문제가 발생했다.
- DORA 2025 연구에 따르면 AI 도입이 배포 속도는 높였으나 안정성은 낮췄다(CD/DevOps가 전개했던 바로 그 문제).
- 에이전트 시대에 적절한 테스트 전략·설계 수준·받아들일 수 있는 작업 배치 크기를 결정하는 것이 미해결 과제로 남아있다.
- 백컨트리 스키 여행에 비유하면, 숙련된 개발자들은 이미 증명된 슬로프가 아닌 미지의 영역을 보고 있기에 신중한 질문을 던지는 것이 정상이다.
- 리더십은 개발자들의 우려를 변화 거부로 오독하지 말고 실험할 시간과 실패를 허용해야 하며, 개발자들은 자신의 경험을 실험에 가져오되 기존 관행이 더 이상 유효하지 않을 수 있음을 인정해야 한다.