에이전틱 코딩 피로: 더 많은 에이전트가 당신을 구하지 못하는 이유

소프트웨어 개발의 익숙한 리듬—직접 코드를 작성하고, 구성 요소를 연결하고, 멘탈 모델을 구축하는 작업—은 에이전트 코딩과 함께 사라졌습니다. HN에 올라온 Sid의 블로그 게시물은 LLM이 생성한 코드가 즉시 나타나며, 메멘토의 문신에 의존하는 것처럼 컨텍스트를 처음부터 파악해야 한다고 설명합니다. 이 과정은 깊은 집중 작업 대신 가변적인 심리적 보상과 인지 피로가 이어지는 슬롯머신이 되어버립니다.

주요 문제점

• LLM은 제대로 디버그하거나 추론할 수 있는 것보다 훨씬 많은 코드를 생성합니다. 따라잡기 위해 원시 코드를 승인하면서 운영 통제권을 넘기고 도구를 신뢰하게 되지만, 엣지 케이스에 부딪히면 무너집니다.
• 여러 에이전트를 동시에 관리하려면 지속적인 감독, 컨텍스트 스위칭, 시간당 더 많은 결정이 필요합니다. 아직 미숙한 주니어 개발자의 결과물을 검토하면서 아키텍처 결정을 내리는 것은 직접 작업하는 것보다 근본적으로 더 어렵습니다.
• 결정 피로는 보이지 않는 마찰점입니다. 뇌는 정상적인 생산 시간 8~10시간과 비교해 4~5시간의 강도 높은 작업으로 소진됩니다. Sid는 친구들이 이미 번아웃 상태이지만 거의 인정하지 않는다고 언급합니다.

더 많은 에이전트가 해결책이 아닌 이유

에이전트를 더 많이 투입하는 것은 효과가 없습니다. 자동화된 시스템은 24시간 가동될 수 있지만, 인간은 그 인지 부하를 견딜 수 없습니다. 명백한 해결책인 더 나은 리뷰와 검증 루프는 딜레마를 불러일으킵니다: 직접 구축할 것인가, 아니면 LLM이 구축하도록 신뢰할 것인가? 원래 코드를 신뢰할 수 없다면, 같은 LLM이 구축한 검증 시스템을 신뢰할 수 있을까요? 그리고 검증자를 어떻게 검증할 것인가?

핵심 문제

Sid는 요약합니다: 당신은 생산성을 위해 도구를 사용해야 하지만 완전히 감독 없이는 신뢰할 수 없는 상황에 갇혀 있습니다. LLM이 리뷰와 검증에서 인간보다 확실히 더 나아지기 전까지, 인간이 병목 현상으로 남을 것입니다.