AI 에이전트 의존이 실력을 갉아먹는다 — 인지부채 연구가 보여준 4개월
지난 3월, Claude Code로 마감 2시간 남은 기능을 넘겼습니다. 에이전트가 짠 코드를 붙여넣고 배포했어요. 한 달 뒤 그 코드를 고칠 때 제가 짰던 부분보다 훨씬 오래 걸렸습니다. 저는 AI 에이전트에 일을 맡길수록 제 사고가 얕아진다고 생각해요. 편리함이 실력 감퇴로 바뀌는 지점이 분명히 있거든요. 신경과학 측정 결과가 이 의심을 뒷받침합니다.
LLM 보조 작문이 뇌를 어떻게 바꾸는가
2025년 arXiv 연구는 LLM 보조 에세이 작문의 신경·행동 결과를 4개월간 추적했습니다. 참가자 54명을 LLM, 검색엔진, Brain-only 세 집단으로 나눠 뇌파(EEG)로 인지 부하를 재고 에세이를 채점했어요.
결과는 명확했습니다. Brain-only 참가자가 가장 강한 뇌 연결성을 보였고, LLM 사용자는 가장 약했어요. 네 번째 세션에서 LLM에서 도구 없는 조건으로 바뀐 참가자는 뇌 몰입 신호가 떨어졌습니다. 반대로 도구 없다가 LLM을 쓴 사람은 기억 회상과 전두엽 활성화가 높았어요.
제가 주목한 건 소유감 지표였습니다. LLM 그룹이 자기 에세이에 대한 소유감이 가장 낮았고, 자기가 쓴 글을 인용하는 데도 어려움을 겪었어요. 연구진은 이걸 "인지부채(cognitive debt)"라고 불렀어요. 즉각적 편리함과 교환한 장기 인지 비용이라는 뜻이죠.
코딩 에이전트에도 적용되는가
이 연구는 에세이 작문을 측정한 겁니다. 코딩 에이전트로 확장하는 건 유추라는 걸 분명히 해야 합니다. 하지만 제가 6개월간 자동화 파이프라인을 운영하며 본 건 연구 결과와 겹쳤어요.
블로그 발행 파이프라인을 만들 때 전부 손으로 짰습니다. 각 단계가 왜 필요한지 머릿속에 지도가 그려졌어요. 그런데 3개월 뒤 쇼츠 자동 제작 체인을 Claude Code에 많이 맡겼습니다. "발행글을 9:16 영상으로 바꿔줘" 하고 던졌더니 2시간 만에 끝났거든요.
문제는 한 달 뒤였습니다. 영상 무음 버그를 잡을 때, 제가 그 파이프라인 어디를 건드려야 하는지 몰랐어요. 제가 짠 게 아니라서요. 코드를 처음부터 읽어야 했습니다. 에세이 연구에서 LLM 사용자가 자기 글을 인용 못 한 것처럼, 저도 제 코드를 설명 못 하는 순간이 온 거죠.
AI 에이전트를 쓰면 무조건 퇴화하는가
여기서 반론이 나옵니다. "도구 사용은 늘 그래왔잖아요. 계산기 쓴다고 산수 실력 걱정 안 하잖아요?" 맞습니다. 핵심은 도구 사용 자체가 아니라, 어느 층위를 손으로 남기느냐입니다.
계산기 비유를 정확히 쓰자면 이래요. 구구단 외우는 단계를 건너뛰면 곱셈 개념이 안 잡힙니다. 하지만 구구단을 익힌 뒤 큰 수 계산에 계산기 쓰는 건 문제없어요. 코딩도 마찬가지예요. API 설계, 에러 처리를 제가 직접 설계하고, 반복 코드는 에이전트에 맡기면 됩니다. 설계까지 던져버릴 때 문제가 생겨요.
"AI 쓰는 게 생산성 높잖아요"라는 반론도 있습니다. 단기적으론 맞아요. 하지만 4개월 뒤 도구 없이 쓰라고 하니 뇌 연결성이 약해져 있었습니다. 생산성은 지속 가능해야 생산성이에요.
퇴화를 막는 설계 — 어디를 손으로 남길 것인가
제 답은 이겁니다. AI 에이전트를 쓰되, 사고 흐름의 뼈대는 제가 직접 설계합니다.
첫째, 새 기능을 만들 때 먼저 손으로 슈도코드를 씁니다. 함수 시그니처, 입출력 타입을 종이에 그려요. 그 뒤에 Claude Code에 "이 스펙대로 구현해줘" 하고 넘깁니다. 에이전트가 짠 코드를 리뷰하면서 제 설계와 다른 부분을 찾아내요.
둘째, 반복 작업과 일회성 판단을 분리합니다. 블로그 파이프라인에서 마크다운 린트, 중복 검사는 전부 자동화했어요. 하지만 "이 주제가 니치에 맞는가"는 제가 직접 봅니다. 기계적 반복은 던지고, 맥락 판단은 손에 쥐는 거죠.
셋째, 한 달에 한 번은 에이전트 없이 코드를 짭니다. 직접 타이핑하면서 "내가 이 구문을 기억하나?" 확인하는 겁니다. 연구에서 Brain-only 참가자가 가장 강한 뇌 연결성을 보인 것처럼, 도구 없는 훈련이 퇴화를 막아요.
자주 묻는 질문
Q. 연구는 에세이 작문인데, 코딩에도 정말 적용되나요?
A. 직접 측정된 건 아니지만, 제 경험상 패턴이 겹칩니다. 에세이든 코드든 "구조를 설계하고 세부를 채우는" 인지 과정은 비슷해요. 중요한 건 설계 단계를 건너뛰느냐 마느냐입니다.
Q. 그럼 Claude Code 같은 도구를 아예 안 쓰는 게 나은가요?
A. 아니요. 도구 자체가 문제가 아니라 어떤 층위를 맡기느냐가 문제예요. API 설계는 제가 하고, 반복 코드 생성은 에이전트에 맡기세요. 설계 사고를 유지하면서 도구로 속도를 내는 게 답입니다.
Q. 실무에서 매일 손으로 짤 시간이 없는데요?
A. 전부 손으로 짜라는 게 아니에요. 설계와 리뷰는 직접 하되, 구현은 에이전트와 나누세요. 새 기능의 슈도코드와 타입 정의는 15분이면 그려지는데, 이 단계를 건너뛰지 않는 것만으로도 퇴화를 막을 수 있어요.