출처: https://larsfaye.com/articles/agentic-coding-is-a-trap

Lars Faye는 “AI가 코드를 쓰고 인간은 오케스트레이션만 하면 된다”는 흐름이 생산성 혁신처럼 보이지만, 실제로는 팀의 핵심 개발 역량과 비용 구조를 동시에 흔들 수 있다고 경고한다.

1) 글의 핵심 주장: “속도”와 “역량”은 같은 축이 아니다

글은 에이전트 중심 개발이 단기적으로는 빠르게 많은 코드를 만들어내지만, 그 과정에서 사람이 코드의 실제 인과관계와 설계 의도를 놓치기 쉬워진다고 본다. 즉, 산출량이 늘어도 팀의 실질적 문제 해결 능력이 같이 성장한다는 보장은 없다는 지적이다.

2) 왜 ‘트랩(함정)’인가?

(a) 인지 부채(Cognitive Debt)

  • 코드를 “직접 만들며 배우는” 마찰이 줄어들수록,
  • 아키텍처 판단, 엣지 케이스 감각, 디버깅 근육이 약해질 수 있다.

기술 부채가 코드 품질에 누적된다면, 인지 부채는 개발자 역량에 누적된다는 관점이다.

(b) 감독의 역설(Paradox of Supervision)

글에서 인용한 Anthropic의 문제의식은 간단하다.

  • AI를 제대로 감독하려면 코딩 실력이 필요하고,
  • 그런데 AI 과의존은 그 실력을 빠르게 잠식할 수 있다.

즉, “잘 써야 이득이 나는 도구”인데, “많이 쓸수록 잘 쓰기 어려워지는” 구조적 모순이 있다는 것이다.

(c) 주니어 개발자 학습 경로 붕괴

주니어에게 리뷰는 중요하지만, 리뷰만으로는 충분치 않다. 직접 부딪혀 문제를 푸는 과정이 줄면, 정확한 의심(critical doubt)과 디버깅 감각이 자라기 어렵다는 점을 강조한다.

(d) 토큰 비용의 불확실성

인건비는 비교적 예측 가능하지만, 에이전트 비용은 모델 버전, 품질 변동, 프롬프트 반복 횟수에 따라 급격히 달라질 수 있다. 팀이 워크플로 전체를 에이전트에 고정하면, 비용 구조와 벤더 의존도가 동시에 커진다.

3) 실무에 주는 시사점

  • 에이전트 사용 금지가 아니라 사용 경계 설정이 핵심이다.
  • 아키텍처 결정, 보안 민감 로직, 복잡한 디버깅은 사람이 전면에 서고,
  • 반복 구현·보일러플레이트·초안 생성은 에이전트로 가속하는 하이브리드 모델이 현실적이다.

추가로 팀 차원에서 다음을 운영해야 한다.

  1. 수동 코딩 비율 유지: 일정 비율은 AI 없이 직접 구현
  2. 검증 책임 명확화: “누가 최종적으로 맞음을 보증하는가”를 개인이 아니라 프로세스로 정의
  3. 비용 관측 체계: 기능 단위 토큰 비용/재시도율/리뷰 시간을 같이 추적

결론 및 시사점

한 줄 결론: 에이전트가 빠르게 만드는 코드의 양과 팀이 유지·확장 가능한 지식의 질을 분리해 관리하지 않으면, 속도 향상이 장기 경쟁력을 갉아먹을 수 있다.

이 글의 메시지는 “에이전트를 쓰지 말자”가 아니다. 문제 유형별 사용 경계와 수동 코딩 훈련 루프를 함께 유지하는 하이브리드 운영이 현실적인 대응이다.

관련 포스트