r/ClaudeCode•4개월 전•8•30
AI 코딩이 한계에 부딪히는 지점
Where AI coding starts to struggle
핵심 요약
AI는 간단한 코드나 버그 수정엔 탁월하지만, 복잡한 시스템 아키텍처를 이해하고 디버깅하는 데는 여전히 한계가 있음.
- AI의 강점 — 단일 작업이나 소규모 프로토타입, 일반적인 프레임워크 버그 해결에 매우 효과적임.
- 시스템적 한계 — 코드베이스가 커질수록 발생하는 복잡하고 고유한 아키텍처 문제 해결에 어려움을 겪음.
- 디버깅의 본질 — 단순히 문법을 아는 것보다 전체 시스템을 이해하고 근본 원인을 파악하는 능력이 중요함.
- 의존의 부작용 — AI에만 의존하면 시스템을 깊이 이해할 기회를 잃어 결국 복잡한 문제 해결에 막히게 됨.
최근 몇 년간 에이전트와 LLM으로 코딩하면서 느낀 점을 공유함. 전문가라고 주장하는 건 아니고, 그냥 개인적인 생각임.
LLM이 잘하는 것:
- 원샷 개발 — 프롬프트를 주고 v0에서 v1 코드베이스를 설계하게 함.
- 제한된 소규모 코딩 — 독립적인 스크립트, 프로토타입, 간단한 도구 제작.
분명히 말하지만, 이 두 가지는 AI 이전과 비교하면 여전히 인상적임. 코드는 훌륭하고 버그 투성이도 아님. 거의 모든 언어, 프레임워크, 데이터베이스, 데브옵스 스택에서 잘 작동함.
- 플랫폼/프레임워크 버그 — 수천 개의 코드베이스에서 나타날 법한 근본적인 버그. LLM은 학습 과정에서 이런 패턴을 수없이 봤기 때문에 빠르게 해결함.
LLM이 힘들어하기 시작하는 지점:
코드베이스가 커지면 아키텍처는 근본적으로 건전하고 의존성 문제도 없는데, 미묘하고 시스템적인 방식으로 문제가 발생하는 지점에 도달함. 이건 코드베이스 중심의 문제임. 즉, 당신의 시스템과 당신이 쌓아온 결정들에만 고유한 문제들임.
이런 문제 앞에서 LLM은...
- 끝없이 헛바퀴를 돌림
- 엉뚱한 곳을 쫓느라 토큰만 낭비함
- 자신감 있게 틀린 추측을 내놓음
- 아무런 성과 없는 디버깅을 반복함
여기서 진짜 필요한 건 숙련된 개발자가 본능적으로 하는 행동임. 한 발 물러서서 전체 시스템을 생각하고, 수년간 쌓아온 패턴 인식 능력을 활용해 진짜 근본 원인을 찾아내는 것. 이건 문법을 아는 것보다 시스템을 이해하는 것에 가까움.
Vibe coding의 맹점:
이게 바로 LLM에 지나치게 의존하는 사람이 벽에 부딪히는 지점임. 첫날부터 AI가 다 하게 놔뒀다면, 이런 깊은 문제를 디버깅하는 데 필요한 전체적인 시스템 이해도를 쌓지 못했을 거임.
