AI 코딩 에이전트 시대, 코드 이해가 여전히 중요한 이유

들어가며, 하루아침에 5만 줄짜리 PR을 받아본 적 있나요

요즘 개발팀 슬랙방에 이런 말이 꽤 자주 올라와요.

어제 클로드한테 리팩토링 맡겼더니 5만 줄이 바뀌었어요, 라는 식이죠.

예전 같으면 상상도 못 할 일이에요. 한 줄씩 눈으로 읽으면서 확인하던 코드 리뷰 방식은, 이제 그 양 자체가 사람이 감당할 수 있는 범위를 완전히 벗어났어요.

Notion의 디자인 엔지니어 제프리 리트는 AI Engineer 컨퍼런스 무대에서 이런 질문을 던졌어요. 사람이 코드가 어떻게 돌아가는지 이해하는 게 여전히 중요하냐는 질문이었어요.

동의하는 사람도 많았고, 아니라는 사람도 많았어요. 그만큼 지금 업계에서 진짜 뜨겁게 논쟁 중인 주제라는 뜻이에요.

한 줄 정리하면 이래요. AI가 대신 코드를 써주는 시대, 사람이 그 코드를 이해해야 하는지는 지금 가장 뜨거운 논쟁거리예요.

AI 코딩 에이전트란 무엇이고 왜 논쟁거리가 됐을까요

AI 코딩 에이전트는 단순한 자동완성 도구가 아니에요. 스스로 코드를 짜고, 파일 전체를 읽고, 버그를 찾고, 실행까지 하는 프로그램이에요.

2026년 현재 클로드 코드, 커서, 코덱스 같은 도구들이 치열하게 경쟁하면서 시장이 빠르게 커지고 있어요. 업계 전망에 따르면 2026년 기업의 최대 75퍼센트가 에이전트형 AI에 투자할 것으로 예상된다고 해요.

문제는 도구를 위임하고 결과만 확인하는 워크플로우가 보편화되면서, 정작 그 코드가 왜 그렇게 짜였는지 아는 사람이 줄어들고 있다는 거예요.

많은 사람이 착각하는 것, 코드 이해는 검증을 위한 게 아니에요

왜 코드를 이해해야 하나요, 라는 질문에 많은 사람이 검증하려고요, 라고 답해요. 에이전트가 이상한 코드를 짤 때가 많으니, 사람이 선 안에서 붙잡아줘야 한다는 논리예요.

그런데 리트는 여기서 사람들이 방향을 살짝 잘못 잡고 있다고 말해요. 이 코드가 스펙과 맞는지, 프로덕션을 망가뜨리지 않는지 판단하는 정확성 검증은 시간이 지날수록 에이전트가 스스로 더 잘하게 된다는 거예요.

실제로 최근 업계 분석에서도 비슷한 이야기가 나와요. AI가 코드 생산량을 크게 늘렸지만 사람의 리뷰 역량은 그대로라는 지적이 계속 나오고 있어요.

검증 루프만 잘 짜두면, 사람이 정확성 검사에서 차지하는 비중은 점점 줄어들어요. 리트는 이 흐름을 오히려 환영한다고 말해요. 원하는 결과를 에이전트가 정확히 해냈다면 그게 더 좋은 일이니까요.

문제는 따로 있어요.

코드 이해력이 필요한 진짜 이유는 참여예요

그럼 에이전트가 계속 똑똑해지면 사람은 루프에서 빠져나와도 될까요? 리트는 바로 여기서 사람들이 중요한 걸 놓친다고 말해요.

이해해야 하는 진짜 이유는 검증이 아니라 참여예요. 무슨 일이 벌어지는지 들여다보고 루프 안에 들어가면, 그 사람은 이미 달라져 있어요.

시스템이 어떻게 돌아가는지 정말 이해하고 있는 사람의 아이디어와, 몇 겹 떨어져 있는 사람의 아이디어는 종류 자체가 달라요. 개념들이 머릿속에 촘촘하게 자리 잡혀 있으면 그걸 빠르게 재조합할 수 있고, 거기서 창의적인 도약이 나와요.

그리고 그 도약이야말로 지금 이 일에서 사람이 맡아야 할 몫이에요.

인지 부채란 무엇일까요, 조용히 쌓이는 빚

기술 부채라는 말은 다들 들어보셨을 거예요. 당장은 넘어가지만 나중에 갚아야 할 코드상의 문제를 말하죠.

인지 부채는 이걸 사람 머릿속에 빗댄 표현이에요. 기술 부채가 코드에 쌓인다면, 인지 부채는 개발자와 팀의 머릿속에 쌓여요.

한동안은 그냥 넘어갈 수 있어요. 그러다 어느 순간 지금 무슨 일이 벌어지고 있는지 하나도 모르겠다는 순간이 와요. 그 시점부터는 참여 자체가 불가능해져요.

실제로 이 문제는 이미 데이터로도 확인되고 있어요. 최근 개발자 609명을 대상으로 한 설문조사에서 65퍼센트가 리팩토링, 테스트 작성, 코드 검토 같은 중요한 작업에서 AI가 관련 컨텍스트를 놓친다고 답했다고 해요. 메타 같은 빅테크는 2026년 중반까지 엔지니어 대부분의 커밋 코드 상당 부분을 AI 도구로 생성하는 걸 내부 목표로 세웠다고 하고요.

도구를 위임하는 속도가 빨라질수록, 인지 부채 문제도 그만큼 흔해지고 있다는 뜻이에요.

코드 이해력을 지키는 세 가지 방법

리트는 이 문제를 교육학에서 빌려온 세 가지 방법으로 풀고 있어요.

첫 번째는 설명 방식을 다시 설계하는 거예요. 에이전트가 코드를 짜고 나서 그냥 여기 변경 사항입니다, 라고 던지는 대신, 배경 지식부터 짚어주고 직관을 먼저 잡아주고 가능하면 직접 만져볼 수 있는 요소까지 넣어서 설명하게 하는 방식이에요.

두 번째는 읽었다는 착각을 깨는 장치예요. 문서를 다 읽었다고 생각해도 실제로는 제대로 이해하지 못한 경우가 많아요. 그래서 문서 끝에 퀴즈를 넣고, 이걸 통과하지 못하면 코드 리뷰를 요청하지 않는 규칙을 스스로 세우는 방법이에요.

세 번째는 마이크로월드예요. 작업을 그냥 시키는 대신, 그 작업을 눈으로 확인할 수 있는 작은 시뮬레이션이나 디버거를 직접 만들어달라고 하는 거예요. 손으로 직접 옮긴 것과 비슷한 이해를 얻으면서도 고통은 피할 수 있어요.

여기에 하나 더, 팀 전체가 같이 이해하는 공간도 중요해요. 사람과 에이전트가 같은 스레드에 모여서 질문하고 답을 찾고, 계획 문서에 팀원이 그 자리에서 댓글을 다는 방식이에요. 혼자 이해하는 것과 팀이 같이 이해하는 것은 완전히 다른 이야기니까요.

국내 개발 현장은 지금 어떨까요

한국에서도 비슷한 흐름이 감지되고 있어요. 채용 시장 전망을 보면, 바이브 코딩이 확산되면서 비개발자도 프로토타입 정도는 직접 만들 수 있게 됐지만, 오히려 기업이 개발자에게 기대하는 기술적 깊이와 문제 해결력 기준은 더 높아졌다는 분석이 나와요.

AI에게 어떻게를 맡기기 전에 무엇을, 왜 풀어야 하는지 정의하는 문제 발견력이 핵심 역량으로 꼽히는 것도 같은 맥락이에요.

결국 코드를 짜는 속도가 아니라, 그 코드가 왜 그런 구조인지 설명할 수 있는 사람이 살아남는 시대가 오고 있다는 신호예요.

마무리, 검증은 넘겨도 이해는 넘길 수 없어요

AI 에이전트가 코드를 대신 짜주는 시대라도, 검증은 에이전트에게 넘길 수 있지만 이해는 넘길 수 없어요.

설명 문서를 다시 설계하고, 퀴즈로 착각을 깨고, 마이크로월드에서 직접 살아보고, 팀과 같은 공간에서 이해를 나누는 방식은 지금 개발자와 프로덕트 오너 모두에게 유효한 전략이에요.

AI를 쓰면 루프 밖으로 밀려나는 게 아니라, 그 어느 때보다 더 깊이 루프 안으로 들어갈 수 있어요. 도구가 좋아질수록 이해가 얕아지는 게 아니라, 오히려 더 깊어질 수 있다는 뜻이에요.

코드를 다루는 분이라면, 오늘 만든 작은 변경 하나에도 이 세 가지 방법 중 하나를 적용해보시는 걸 추천드려요.