AI 코딩 에이전트가 코드를 짜주는 동안, 개발자는 어떤 능력을 잃어가고 있을까. Lars Faye는 최근 글에서 “에이전트 코딩은 함정”이라는 단호한 주장을 내놨다.
이미지 출처: Unsplash
핵심 논지는 ‘인지능력 약화(Cognitive Atrophy)’다. AI 에이전트에 코딩을 전적으로 위임하면 수개월 안에 디버깅 능력이 눈에 띄게 떨어지고, 코드가 동작하는 방식에 대한 명확한 정신 모델이 사라진다는 것이다. 그리고 여기서 역설이 생긴다. AI를 효과적으로 감독하려면 코딩 능력이 필요한데, AI를 너무 많이 쓰면 바로 그 능력이 줄어든다.
Anthropic 내부 연구를 인용하며 Faye는 이렇게 쓴다. “Claude를 제대로 감독하려면 AI 남용으로 약해질 수 있는 코딩 능력이 반드시 있어야 한다.” 관리자가 되려면 그 일을 먼저 할 줄 알아야 한다는, 어쩌면 당연한 이야기다.
생산성 향상의 이면
에이전트 코딩이 가져오는 속도는 부정하기 어렵다. 문제는 그 속도가 다른 것들을 밀어낸다는 점이다. Faye가 지적하는 우선순위 역전이 흥미롭다. 전통적인 개발은 ‘이해 → 표준 준수 → 간결성 → 속도’ 순으로 움직이는데, AI 주도 개발에서는 이 순서가 뒤집혀 속도가 먼저 오고 나머지가 후순위로 밀린다.
이미지 출처: Unsplash
벤더 락인 문제도 실질적이다. Claude 서비스에 장애가 생기면 팀 전체가 멈추고, 토큰 비용은 월마다 예측하기 어렵다. 개발 능력 자체가 구독 서비스에 종속되는 구조다.
Faye가 제안하는 방향은 AI를 버리는 게 아니다. 그가 표현한 대로 “Ship’s Computer가 아니라 Data처럼” — AI를 보조 자료로 쓰되 주도권은 개발자가 가져가야 한다는 것이다. 구체적으로는 수동 코딩 비율을 20% 이상 유지하고, 한 번에 검토할 수 있는 양만 생성하며, 직접 경험 없는 영역은 위임하지 않는 원칙을 든다.
주장이 다소 강하게 들릴 수 있다. 그리고 “얼마나 맡겨야 하는가”에는 팀마다, 프로젝트마다 답이 다를 수 있다. 하지만 AI 에이전트를 쓸수록 개발자 스스로 코드를 추론하는 시간을 의식적으로 확보해야 한다는 방향 자체는 설득력이 있다. 이 도구들이 더 강력해질수록 그 균형은 오히려 더 중요해질 것이다.
출처