코딩 에이전트가 더 똑똑한 이유: 리포지토리(Repo)의 부재
Maybe the problem with non-coding agents is that they have no repo
핵심 요약
코딩 에이전트가 비코딩 에이전트보다 나은 이유는 파일 시스템과 같은 안정적인 작업 환경인 '리포지토리'를 갖췄기 때문이라는 분석.
- 리포지토리의 역할 — 파일 읽기/쓰기, 테스트, 버전 관리 등 에이전트가 작업 상태를 검증할 수 있는 안정적인 환경을 제공함.
- 비코딩 에이전트의 한계 — 여러 시스템에 정보가 파편화되어 있어 단일 진실 공급원(Source of Truth)이 부족함.
- 워크스페이스의 필요성 — 비코딩 에이전트도 작업, 결정, 이력 등을 관리할 수 있는 파일 시스템 형태의 작업 공간이 필요함.
TL;DR: 비코딩 에이전트도 파일 시스템 안에서 살아야 한다.
코딩 에이전트가 왜 비코딩 에이전트보다 더 잘 작동하는지 이해하려고 노력 중이다.
아마 코딩 에이전트가 가지고 있고 다른 에이전트들은 가지고 있지 않은 것은 바로 리포지토리 그 자체일지도 모른다.
리포지토리는 에이전트에게 이상적일 정도로 훌륭한 작업 환경을 제공한다. 읽고 쓸 수 있는 파일, 문맥을 위한 문서와 주석, 무언가 망가졌는지 확인할 수 있는 테스트, 따라야 할 규칙, 깃 히스토리, 그리고 변경 사항이 실제로 반영되는 명확한 장소가 있다.
내 생각에 차이점은 에이전트가 추상적인 기억에 의존하지 않는다는 것이다. 에이전트는 실제 작업 상태를 검사하고, 파일을 직접 수정하고, 테스트를 실행하고, 무엇이 바뀌었는지 확인하고, 자신의 행동이 효과가 있었는지 검증할 수 있다.
대부분의 비코딩 에이전트에는 이런 게 없다.
메모리 시스템, RAG, 도구 접근 권한, 슬랙 봇, CRM 연동 같은 것들은 있을지 모른다. 하지만 실제 작업은 여전히 서로 연결되지 않은 여러 시스템에 흩어져 있다.
즉, 에이전트에게는 단 하나의 안정적인 진실 공급원(Source of Truth)이 없다. 에이전트는 서로 연동되도록 설계되지 않은 시스템들로부터 부분적인 문맥을 끊임없이 짜깁기하고 있을 뿐이다.
그래서 비코딩 에이전트에게도 파일 시스템과 유사한 작업 공간이 필요하다는 생각이 들기 시작했다. 프로젝트, 작업, 결정, 승인, 워크플로우, 메모, 이력 등을 에이전트가 탐색하고 업데이트할 수 있는 읽기/쓰기 가능한 객체로 관리하는 것이다.
여기 계신 분들은 이걸 어떻게 처리하고 있는지 궁금하다.
여러분의 에이전트들은 읽고 쓸 수 있는 단 하나의 안정적인 진실 공급원을 가지고 있는가, 아니면 대부분 여러 연동 시스템에 걸쳐서 작동하고 있는가?


