Aider: 자기 코드의 88%를 직접 쓴 AI 페어 프로그래머

대부분의 "AI로 만들었다" 스토리는 사람이 챗봇을 써서 제품을 더 빨리 출시했다는 이야기입니다. Aider는 좀 더 섬뜩한 버전입니다 — 오픈소스 AI 페어 프로그래머인데, 이 프로젝트 자신의 README가 이제 최신 릴리스 코드의 88%를 Aider 스스로 작성했다고 주장합니다. 뱃지까지 달아서, 프로젝트가 "Singularity"라고 부르는 지표로 추적한 수치입니다.

겉으로 드러나는 회사는 없습니다. 저장소를 소유한 GitHub 조직 Aider-AI는 공개된 멤버가 하나도 없습니다. 최근 태그된 릴리스는 모두 단 하나의 계정, paul-gauthier의 이름으로 올라갑니다. 이것이 거의 1인 체제로 운영되는 AI 툴이 스스로를 계속 만들어가라는 요구를 받았을 때의 모습입니다 — 삐걱거리기 시작한 부분까지 포함해서요.

Aider는 정확히 무엇인가

Aider는 터미널 기반 AI 페어 프로그래밍 툴입니다. 로컬 git 저장소를 가리키고 평범한 영어로 원하는 변경 사항을 설명하면, Aider가 파일을 수정하고 diff를 git으로 실행한 뒤 커밋 메시지까지 씁니다 — 변경 사항 하나당 커밋 하나이기 때문에, AI가 만든 수정 하나하나를 개별적으로 되돌릴 수 있습니다. 자체 README에 따르면 약 100개 프로그래밍 언어를 지원하고 모델에 구애받지 않으며(model-agnostic), Claude Opus 4.7이나 GPT‑5.5 같은 모델이 출시될 때마다 최근 커밋으로 지원을 추가해왔습니다. 무료이며 Apache-2.0 라이선스로 배포됩니다 — 툴 자체는 비용이 들지 않지만, 자신의 API 키(또는 OpenRouter 계정)를 직접 가져와서 토큰 비용은 모델 제공사에 직접 지불해야 합니다.

이 "라이선스 비용 없음, 토큰만 지불" 모델 때문에 README의 다른 뱃지도 눈여겨볼 만합니다. Aider는 전체 사용자 기반에서 주당 약 150억 토큰을 처리한다고 밝히고 있으며, PyPI 패키지는 약 680만 건의 설치를 기록했다고 합니다. 두 수치 모두 본인 발표 기준이며, 감사된 대시보드가 아니라 프로젝트 자체 뱃지 세트에서 그대로 가져온 것입니다 — 제3자 집계가 아니라 메인테이너 본인이 밝힌 사용량으로 받아들여야 합니다.

릴리스에 남은 이름은 단 하나

가장 최근 태그된 릴리스인 v0.86.0은 계정 하나, @paul-gauthier가 게시했습니다. PyPI에 등록된 패키지 메인테이너도 마찬가지로 paul-gauthier이며, PyPI의 프로젝트 홈페이지 링크도 곧바로 GitHub 저장소로 이어집니다. 그의 GitHub 프로필을 보면 Pro 계정, 저장소 20개, 팔로워 1.6k — 홍보팀을 갖춘 투자유치 스타트업처럼 보이는 요소는 전혀 없습니다.

이것만으로 Aider가 외부 도움 전혀 없이 혼자 운영된다고 단정할 수는 없습니다 — 포크 4.9k개, 열려 있는 풀 리퀘스트 476개를 가진 저장소라면, 그 PR 대부분이 실제로 머지되든 안 되든 외부 기여자를 분명히 끌어들이고 있는 셈입니다. 그러나 겉으로 드러난 소유 구조, 릴리스 주기, 패키지 메타데이터는 모두 실제로 이 프로젝트를 출시하는 사람이 한 명이라는 쪽을 가리키며, 이는 경쟁 상대인 벤처 투자를 받은 AI 코딩 툴들과는 확실히 다른 형태입니다.

"Singularity" 지표, 그리고 실제 측정 방식

88%라는 수치는 근거 없이 지어낸 마케팅 문구가 아닙니다 — 프로젝트는 측정 방법론을 공개해두었습니다. 저장소에 실린 2024년 블로그 글이 그 방식을 설명합니다. Aider는 자기 자신의 코드베이스 전체에 git blame을 돌려서, 몇 줄이 Aider 스스로 작성한 커밋까지 거슬러 올라가는지 셉니다. 그 글이 쓰였을 당시 수치는 작았습니다 — 약 14,000줄, 4,000개 커밋 중에서 "git blame으로 확인했을 때 현재 저장소 코드의 약 7%를 aider의 커밋으로 귀속시킬 수 있다"는 정도였습니다. 이 글은 방법의 한계에 대해서도 솔직한데, black 코드 포맷터가 정기적으로 재포맷하는 과정이 "aider가 작성한 줄 상당수의 저작권을 가리고 있을 가능성이 크다"고 지적합니다 — 이는 실제 수치가 git-blame 카운트가 보여주는 것보다 더 높을 수 있다는 뜻입니다.

이 글에는 이후 상단에 메모가 추가되어, 7%라는 수치는 이미 낡은 것이고 실제 수치는 이미 70%까지 올라갔다고 밝히고 있습니다. README의 현재 뱃지는 88%를 특정 최신 릴리스 기준으로 표시합니다 — 저장소 전체 역사가 아니라는 점을 기억해둘 만합니다. "이번 릴리스의 88%"와 "지금까지 커밋된 모든 것의 88%"는 서로 다른 주장이고, 뱃지가 측정하는 것은 전자이기 때문입니다.

정확한 수치가 무엇이든, 2024년 중반 7%, 그리 오래지 않아 70%, 지금은 88%로 이어지는 추세선은 — 본인 발표 기준이라 해도 — 약 2년에 걸쳐 이 툴이 자신의 개발 과정을 점점 더 많이 먹어치우고 있다는 걸 보여주는 실질적인 지표입니다. 첫 AI 에이전트 워크플로우를 출시하고 나서, 그 뒤 후속 작업을 에이전트가 실제로 얼마나 처리하는지 측정하는 것과 같은 발상을, 자동화를 수행하는 툴 자신에게 재귀적으로 적용한 셈입니다.

하이라이트 릴에 들어맞지 않는 부분

1차 출처에서 확인한 두 가지는 "개발자 한 명, 무한 레버리지"라는 깔끔한 스토리와 맞아떨어지지 않습니다.

첫째, Aider의 GitHub 릴리스 페이지는 2025년 8월 9일 이후 v0.86.0에서 멈춰 있습니다 — 이 글을 쓰는 시점 기준으로 1년도 더 전입니다. 하지만 PyPI 패키지 페이지에는 2026년 2월 12일에 게시된 더 최신 버전 0.86.2가 올라와 있고, 메인 브랜치의 커밋 히스토리를 보면 새 모델 지원, 저장소 매핑 수정 같은 평범한 개발 활동이 2026년 5월까지도 이어지고 있습니다. 종합해보면, 프로젝트가 조용해졌다기보다는 GitHub의 태그 릴리스 프로세스가 실제 PyPI 배포 주기를 따라가지 못한 것으로 보입니다. 그렇더라도 두 기록 시스템 사이에는 실제 간극이 존재하며, 이는 어떤 툴을 방치됐다고 단정하기 전에 "Releases" 탭만 볼 게 아니라 커밋 로그까지 확인해야 한다는 걸 보여주는 사례입니다.

둘째, 이 저장소는 현재 열린 이슈 1.3k개, 열린 풀 리퀘스트 476개를 안고 있습니다. 눈에 보이는 소유자가 GitHub 계정 하나뿐인 프로젝트치고는 큰 적체입니다. "새 코드의 88%를 AI가 작성한다"는 사실이 여기서 실제로 문제가 되는 병목 — 사람의 리뷰와 트리아지 처리 능력 — 을 해소하고 있는 것인지, 아니면 병목의 위치만 옮겨놓은 것인지는 물어볼 만한 질문입니다.

이게 다른 곳에도 적용되는 이유

다른 1인 빌더들이 가져갈 수 있는 진짜 교훈은 "AI가 코드 대부분을 쓰게 두라"가 아닙니다 — 이미 많은 사람들이 Claude Code, Cursor를 비롯한 계속 성장하는 AI 에이전트 툴링 생태계로 그렇게 하고 있고, 굳이 수치를 공개하지 않을 뿐입니다. 진짜 교훈은 Aider가 "AI가 실제로 얼마나 일하고 있는가"를 공개된 방법론을 갖춘 지표로 바꿔놓았고, 그것도 자기 자신의 역사를 대상으로 돌려서, 누구든 git blame으로 직접 확인할 수 있게 만들었다는 점입니다. "80%를 AI가 작성", "주말 만에 완성" 같은 대부분의 AI 코딩 주장은 검증할 방법 없이 그냥 던져집니다. Aider의 수치는 세부 사항에서는 틀릴 수 있고(그 글 자체가 그렇게 인정합니다), 그래도 최소한 반증 가능하다는 점에서 대부분의 바이브 코딩 매출 스크린샷보다는 낫습니다. AI가 자기 제품 대부분을 만들었다고 주장하려면, 신뢰할 만한 버전의 그 주장에는 퍼센트 숫자 하나만이 아니라 방법론이 함께 딸려 와야 합니다.