AI가 길을 잃지 않으면, 사람이 길을 잃는다

로젠펠드라는 개발자가 자기 블로그에 쓴 글입니다. 제목은 'AI Agents and the Refactoring That Never Happens'. 해커뉴스에서 40점, 댓글 46개가 달렸습니다.

핵심은 한 문장입니다. 인간이 코드를 읽다 길을 잃는 순간이, 리팩토링의 신호였습니다. 그 신호가 AI 때문에 사라졌습니다.

쉽게 풀어보면

로젠펠드는 베테랑 엔지니어입니다. 매일 AI 에이전트와 함께 코딩합니다. 그런데 요즘 팀들, 자기 포함해서, 가장 꼬인 코드를 고치려는 시도를 조용히 멈췄습니다.

이유가 재미납니다. 인간은 '작업 기억'이 작습니다. 복잡한 분기가 수십 개로 뻗으면 머릿속에서 터집니다. 그래서 예전엔 '이해할 수 없는 크기'가 되면 쪼개고, 인터페이스 만들고, 모듈화했습니다. 그게 미적 감각이 아니라 생존 전략이었습니다.

AI는 다릅니다. 컨텍스트 윈도우가 깁니다. 얽히고설킨 함수를 통째로 읽고, 모든 호출자를 추적하고, 다음 분기를 '자신 있게' 추가합니다. AI는 길을 잃지 않습니다. 그러니 '이건 너무 복잡해, 고치자'라는 반사 신호가 안 옵니다.

단기적으론 편합니다. 마감 맞출 수 있습니다. 하지만 어느 날 아무도 그 코드를 이해 못 하는 상태가 옵니다. AI 없이는 한 줄도 못 고치는 시스템이 됩니다. 경고음 한 번 울리지 않고, 서서히.

사람에게만 있던 '멈춤 버튼'이 사라졌다

원문은 이 대목이 중요합니다. 리팩토링 충동은 '인간의 인지 한계'에서 나왔습니다. 시니어 엔지니어가 디버깅하다 길을 잃으면 "잠깐, 이거 리팩토링부터 하자"라고 말했습니다. 마감 압박, 매니저의 "작동하잖아" 압력에도 그 반사는 살아 있었습니다.

AI 에이전트는 그 반사를 물리적으로 제거했습니다. 에이전트는 복잡해도 괜찮습니다. 컨텍스트만 충분하면 됩니다. '복잡함의 비용'을 인간이 아니라 AI가 대신 치르는 구조입니다.

댓글 중 눈에 띄는 게 있습니다. **"Confidently wrong(자신 있게 틀리는) 건 LLM 표준 행동이다"**라는 지적입니다. 테스트 케이스가 없으면 에이전트는 자기가 맞다고 믿으며 엉뚱한 분기를 쌓아 올립니다. 또 다른 댓글: **"AGENTS.md에 기관 지식을 넣어두면 된다"**는 실무적 대안도 나옵니다.

한국 팀이 지금 확인해야 할 것들

본지가 4일 전 다룬 워프가 클로드 위에서 '스스로 고치는 에이전트'를 만든 방식 기사에서 워프는 파일 스킬과 피드백 루프로 에이전트가 스스로 구조를 점검하게 만들었습니다. 이게 정답의 단초입니다.

같은 날 다룬 오픈소스 거장들이 AI 기여를 거절하는 진짜 이유에서는 **'검토 비용 폭증'**이 핵심 이유로 나왔습니다. AI가 만든 PR은 사람이 읽기 더 어렵습니다. 리팩토링 안 된 코드 위에 AI 패치가 쌓이면, 리뷰 비용은 기하급수적으로 뜁니다.

나에게 미치는 영향

당신이 개발자가 아니어도 상관없습니다. 'AI가 대신 이해해 주니까 괜찮아'라는 생각이 위험합니다. 엑셀 매크로, 노션 자동화, 자피어 워크플로우도 똑같습니다.

오늘 바로 할 수 있는 세 가지:

'이해 안 되는 부분' 메모하기 — AI에게 맡긴 작업 중, 내가 설명 못 하는 구간을 표시하세요. 그게 리팩토링 신호입니다.
AGENTS.md 만들기 — 프로젝트 루트에 AGENTS.md 파일을 두고, '이 모듈은 이런 규칙으로 동작한다'를 한 문장씩 적으세요. 에이전트에게 "이 파일 읽고 작업해"라고 주면 구조를 지킵니다.
주 1회 '사람만 리뷰' 시간 갖기 — AI 없이 코드/워크플로우를 10분만 읽어보세요. 막히면 그 부분이 부채입니다.

남은 건 '의도적 멈춤' 뿐이다

원문 끝부분이 남습니다. "에이전트가 절대 길을 잃지 않아도, 엉킨 코드는 에이전트에게도 비용이다. 컨텍스트를 더 많이 읽어야 하니까." 맞습니다. 토큰 요금, 응답 속도, 할루시네이션 확률 다 올라갑니다.

하지만 그 비용은 눈에 보이지 않습니다. 사람의 '길 잃음'처럼 즉각적인 고통이 아닙니다. 그래서 더 위험합니다.

본지가 8일 전 다룬 대학생 6851명이 블라인드로 뽑은 최고 에세이 AI는 제미나이 기사에서도, 피드백과 기획은 용도별 강자가 갈렸습니다. AI마다 잘하는 영역이 다릅니다. 코드도 마찬가지일 겁니다. '어떤 AI에게 맡길지'보다 '어디서 사람 개입을 넣을지'가 더 중요해지고 있습니다.

리팩토링은 미덕이 아닙니다. 시스템을 사람이 다룰 수 있게 유지하는 유일한 방법입니다. 그 스위치를 AI가 껐습니다. 다시 켜는 건 사람 몫입니다.