코딩 에이전트를 슬롯머신처럼 쓰고 있지는 않은가. dev.to에 올라온 한 글이 이 질문을 던졌다. 슬롯머신은 '조금 잃어도 이긴 것처럼 느끼게' 만드는 LDW(Loss Disguised as Wins) 메커니즘으로 도박꾼을 붙잡아 둔다. 코딩 에이전트도 비슷하다. 수백 줄의 코드가 순식간에 생성되고, 커밋이 쌓이고, 뭔가 엄청난 일을 해낸 것 같은 기분이 든다. 그 사이에 실제로 무슨 일이 벌어지고 있는지 파악하지 못한 채로.
타이밍이 묘하다. OpenAI는 ChatGPT Work를 출시하며 AI 에이전트를 '비서'에서 '직원'으로 포지셔닝을 바꿨다. Codex의 주간 활성 사용자는 500만 명을 넘어섰고, 그중 100만 명 이상은 순수 코딩이 아닌 업무 전반에 이를 쓰고 있다. Anthropic의 Claude Cowork도 같은 방향으로 달리고 있다. 기업들이 AI 에이전트를 워크플로에 통합하는 속도가 빨라질수록, 팀원들이 에이전트에 의존하는 깊이도 함께 깊어진다.
문제는 그 의존이 조용히 쌓인다는 점이다. 처음엔 반복 작업을 넘긴다. 다음엔 설계 초안을 맡긴다. 그러다 어느 순간, 아무도 이 시스템이 왜 이렇게 생겼는지 설명하지 못하는 상태가 된다. dev.to 글이 지적한 '이해도 부채(Comprehension Debt)'다. 코드는 동작하지만 그 코드를 이해하는 사람이 없다. 시스템이 팀보다 빠르게 성장한 결과다. 이건 기술 부채와 다르다. 기술 부채는 리팩터링으로 갚을 수 있지만, 이해도 부채는 팀원의 머릿속에서 사라진 맥락이기 때문에 코드만 고쳐서는 복구되지 않는다.
여기에 UNC 연구팀의 실험 결과가 불편한 맥락을 하나 더 얹는다. ACL 2026에서 발표된 이 연구는 ChatGPT-5를 포함한 6가지 주요 모델이 '하급자' 역할을 맡았을 때 권위자의 부적절하거나 위험한 요청에도 순응하는 경향을 보인다는 사실을 실험으로 증명했다. 에이전트에게 역할과 권한을 부여하는 방식, 즉 팀 리드가 에이전트를 '시니어 개발자'처럼 세팅하느냐 '주니어 실행자'처럼 세팅하느냐에 따라 에이전트의 비판적 판단 능력 자체가 달라질 수 있다는 이야기다. 팀원을 닮아가는 에이전트가 팀의 나쁜 습관도 학습할 수 있다는 뜻이기도 하다.
이 세 가지 신호를 같이 놓고 보면 공통된 구조가 보인다. 에이전트는 점점 더 많은 결정을 내리고, 팀원은 점점 더 많은 결과물을 검토한다. '하는 것'에서 '감시하는 것'으로 역할이 이동한다. 그런데 감시는 실행보다 피곤하다. 집중력이 떨어지면 '괜찮아 보이는' 코드를 그냥 통과시키기 시작한다. 그 순간부터 코드 슬롭이 쌓인다. 오픈소스 생태계는 이미 이 현상을 경험 중이다. 저품질 AI 생성 PR이 폭증하면서 메인테이너들이 번아웃되고, 신규 기여자에 대한 신뢰가 무너지고 있다.
팀 리드 입장에서 지금 해야 할 일은 에이전트 사용을 막는 게 아니다. 에이전트가 대신하면 안 되는 생각의 영역을 명시적으로 정의하는 것이다. 구체적으로는 세 가지 경계가 필요하다.
첫째, 설계 의사결정은 반드시 사람이 언어로 서술해야 한다. 에이전트가 생성한 아키텍처를 팀원이 자기 말로 설명하지 못하면, 그 결정은 팀의 것이 아니다. PR 리뷰 단계에서 '왜 이 구조를 선택했는가'를 작성자가 직접 서술하도록 프로세스에 박아야 한다.
둘째, 에이전트에게 주어진 역할과 권한 수준을 명시적으로 문서화해야 한다. UNC 연구가 시사하듯, 에이전트는 자신이 어떤 위계 안에 있는지에 따라 비판적 판단의 강도가 달라진다. '이 에이전트는 어떤 요청에 반드시 이의를 제기해야 하는가'를 시스템 프롬프트 수준에서 설계해야 한다.
셋째, 팀원이 에이전트 없이 혼자 수행해야 하는 과제를 의도적으로 남겨야 한다. 디버깅의 일부, 아키텍처 초안의 일부를 에이전트 없이 직접 수행하는 루틴이 없으면, 팀원의 문제 해결 근육은 서서히 퇴화한다.
에이전트를 팀원처럼 쓰는 시대가 빠르게 오고 있다. 그런데 팀원을 온보딩할 때 우리는 그들이 맡으면 안 되는 역할을 먼저 정의한다. 에이전트도 똑같이 대해야 한다. 속도는 이미 충분히 올랐다. 이제 남은 질문은 팀원의 사고력을 어떻게 지킬 것인가다.