AI 코딩 에이전트의 두 한계: 레포 경계와 기억상실, 그리고 멀티레포 해법

핵심 메시지

• 오늘의 코딩 에이전트는 코드베이스의 극히 일부만 보고, 매 세션을 백지 상태로 시작하는 ‘기억상실증에 걸린 천재’와 같다.
• UI 한 곳을 바꿔 여러 레포에 전파하는 단순한 작업에도 같은 의도를 일곱 번 다시 설명하게 된다.
• 한계는 두 범주 — 한 번에 한 레포만 보는 ‘공간’ 제약(레포 경계)과 세션마다 초기화되는 ‘시간’ 제약(기억상실)이다.
• 에이전트가 시스템 전체를 못 보면 다운스트림 검증이 불가능해, 호환되지 않는 변경이 그대로 배포되기도 한다.
• 소유·의존 레포의 의존성 그래프를 만들어 여러 레포를 ‘하나의 코드베이스’처럼 다루면, 재설명을 줄이고 세션을 다른 사람·기기에서 그대로 재현할 수 있다.

쉽게 이해하기

발표는 ‘기억상실증에 걸린 천재’ 비유로 시작한다. 최고의 엔지니어를 데려와도 코드베이스의 1/1000만 보게 하고 이전 일을 전혀 기억하지 못하게 하면, 같은 것을 반복 설명해야 하는 답답한 상황이 된다. 발표자는 이것이 바로 오늘날 코딩 에이전트의 모습이라고 말한다.

UI·모듈1·모듈2·플랫폼 네 개 레포로 이뤄진 시스템에서 버튼 하나를 바꿔 전파하는 예시가 제시된다. 라이브러리 수정, 각 모듈에서의 재설명, 호환 문제로 인한 원복과 재수정, 일주일 뒤 프로덕션 버그 대응까지 더하면 결국 하나의 변경에 대해 일곱 번의 설명이 발생한다.

발표자는 문제를 두 범주로 정리한다. 첫째는 ‘공간’ 문제로, 에이전트가 한 번에 한 레포만 보고 수백~수천 개 레포로 이뤄진 전체 시스템을 보지 못한다. 둘째는 ‘시간’ 문제로, 세션마다 기억이 초기화돼 사람이 기억의 역할을 대신하게 된다.

레포 경계 때문에 에이전트는 변경을 다른 레포의 표준·모범사례와 정렬하지 못하고, 다운스트림(예: 모듈1의 CI)에서 검증하지 못해 호환되지 않는 버전이 배포되기도 한다. 또 한 번에 한 레포에만 쓰기 때문에 소비자 레포들을 동시에 갱신하지 못한다.

해법으로 ‘폴리그래프(Polygraph)’라는 에이전트 비종속 메타 하니스가 소개된다. 사용자가 접근 가능한 레포들의 메타데이터를 분석해 통합 의존성 그래프를 만들고, 여러 레포를 한 레포처럼 읽고 쓰게 한다. CI를 하나의 벡터로 다뤄 어디서 실패했는지·누가 고쳐야 하는지를 판단하며, 세션의 의도·관련 레포·PR·에이전트 트레이스를 포착해 다른 사람의 기기에서도 같은 상태로 세션을 재개할 수 있게 한다.

주요 인사이트

• 에이전트의 비효율은 모델 성능이 아니라 ‘무엇을 보는가(공간)’와 ‘무엇을 기억하는가(시간)’의 구조적 제약에서 온다.
• 하나의 변경에 일곱 번의 재설명 — 사람의 시간뿐 아니라 토큰도 그만큼 낭비된다는 점을 구체적 예시로 보여준다.
• 전체 시스템을 보지 못하면 다운스트림 CI 검증이 빠져, 잘못된 변경이 조용히 배포되는 위험이 생긴다.
• 여러 레포의 PR·CI를 ‘하나의 변경’처럼 다루는 발상이 멀티레포 작업의 재설명 비용을 크게 줄인다.
• 세션의 상태와 트레이스를 통째로 옮겨 동료가 다른 에이전트로도 이어받게 하는 ‘공유 기억’은 코드 리뷰·인수인계 방식을 바꿀 수 있다.

자주 묻는 질문

관련 AI 소식