AI가 짠 코드 벌써 4%…

“코드 100%를 Claude Code로 짠다.” 최근 Y Combinator 배치 대담에서 이 질문에 수백 명 중 절반이 손을 들었고, “AI로 전혀 짜지 않는다”에 손든 사람은 단 한 명뿐이었다. 코드를 작성하는 일이 빠르게 기계의 몫으로 넘어가는 지금, 개발자에게 남는 가치는 무엇일까. 이번 주 GeekNews에서 가장 많이 읽힌 세 편의 글은 공교롭게도 같은 질문을 향한다. 코드가 점점 공짜에 가까워지는 시대, 가치는 어디로 이동하는가.

폴 그레이엄: “10억 달러는 공감에서 나온다”

핵심 변수는 성장률과 지속 기간

Y Combinator 공동창업자 폴 그레이엄(Paul Graham)이 옥스퍼드 유니온 강연을 바탕으로 쓴 글 ’10억 달러를 버는 방법(How to Make a Billion Dollars)’을 공개했다. 한 미국 정치인이 “10억 달러는 결코 벌 수 없다”고 한 발언, 즉 부정행위 없이는 그만한 부에 이를 수 없다는 주장에 대한 반론이다. 그레이엄은 YC가 2005년 이후 약 6,500개 회사를 지원했고 그중 창업자 약 30명이 이미 억만장자가 되었다는 사실부터 제시한다.

그의 논지는 차갑게 수학적이다. 스타트업 창업자의 부를 결정하는 변수는 단 두 가지, 성장률과 그 성장이 지속되는 기간이다. 월 93% 성장 중인 한 스타트업이 200만 달러에서 10억 달러에 이르려면 500배 성장이 필요한데, 1.93을 밑으로 한 500의 로그값은 약 9.45다. 즉 9개월 반이면 도달한다는 계산이다. 더 현실적인 월 15% 성장도 5년(60개월)이면 1.15의 60제곱, 약 4,384배가 된다. 월 매출 1만 달러로 출발한 회사가 5년 뒤 월 4,400만 달러, 연 5억 2,600만 달러 규모가 된다는 뜻이다.

그렇다면 그 성장률은 어디서 오는가. 그레이엄은 “사용자가 친구에게 알릴 만큼 사랑하는 제품”이라고 답한다. 좋은 아이디어는 의식적으로 찾기보다 자신과 친구가 원하는 것을 만들 때 나오며, 초기에는 형편없어 보이는 경우가 많다. 개인용 컴퓨터, 페이스북, 에어비앤비, 그리고 자기 머리에 카메라를 달고 생중계하다 훗날 트위치가 된 Justin.tv까지 — 모두 처음엔 나쁜 아이디어로 여겨졌다. 그가 강조하는 결론은 명확하다. 매우 부유해지는 가장 흔한 경로인 스타트업의 핵심은 착취가 아니라 공감이며, 사용자의 삶을 실제로 개선해야 부가 따라온다.

Claude Code 창시자가 말하는 ‘엔지니어의 종말’

GitHub 코드의 4%, 그리고 빌더로의 전환

에이전트형 코딩 도구 Claude Code를 만든 보리스 체르니(Boris Cherny)가 유튜브 인터뷰에서 소프트웨어 엔지니어링의 변화를 짚었다. 숫자가 먼저 시선을 끈다. 작년 5월 출시된 Claude Code는 8개월 만에 GitHub에 올라간 전체 코드의 약 4%를 담당했고, 2월에는 연간 매출 실행률 25억 달러에 도달했다. 이 수준에 가장 빠르게 이른 기업용 제품이다. 경제학을 전공하고 18세에 대학을 중퇴했던 체르니 본인은 지금 코드를 한 줄도 직접 쓰지 않으면서, 터미널 탭 5개에서 에이전트 5개를 병렬로 돌려 하루 20~30개의 풀 리퀘스트를 처리한다.

조직의 현실은 더 복잡하다. 마이크로소프트가 실제 업무에서 AI를 쓰는 사용자 2만 명을 조사한 결과 ‘전환 역설’이 드러났다. 65%는 AI를 빨리 채택하지 않으면 뒤처질까 걱정했고, 58%는 1년 전이라면 만들 수 없었을 결과물을 만들고 있었으며, 66%는 더 가치 높은 업무에 시간을 쓰게 됐다고 답했다. 그러나 AI 실험에 대해 직장에서 보상받는다는 응답은 단 13%에 그쳤다. 보상이 빠진 자리에는 부작용이 자랐다. 아마존의 ‘mesh claw’ 같은 내부 도구와 팀별 토큰 사용량 순위표가 등장하자, 일부 직원은 생산성과 무관하게 에이전트를 돌려 사용량만 부풀리는 ‘토큰 맥싱’에 빠졌다. 메타에서는 수천억 토큰, 수백만 달러어치가 사실상 낭비됐다.

체르니는 이를 트랙터에 비유한다. 1890년대 아이오와에서 발명된 트랙터가 미국에서 말보다 많아지기까지 약 70년이 걸렸지만, AI 전환은 같은 과정을 ‘초고속’으로 압축하고 있다는 것이다. 그가 22세 신입에게 건넨 조언은 분명하다. “역사상 창업하기 가장 좋은 황금기”이며, 1~3명이 10억 달러 규모 회사를 만드는 일이 실제로 벌어지고 있다. 엔지니어라는 직함은 3년 뒤면 ‘빌더’에 가까워질 수 있지만, 코드를 쓰거나 에이전트로 코드를 만드는 사람은 오늘의 100배가 될 것이라는 전망이다.

re_gent: AI가 짠 코드를 ‘git blame’하다

에이전트 감사 추적이라는 새 인프라

에이전트가 코드를 점점 더 많이 쓴다면, 다음 질문은 자연스럽다. “이 줄은 누가, 어떤 프롬프트로 짰는가?” 오픈소스 도구 re_gent(rgt)는 바로 이 추적과 감사를 위해 만들어졌다. git이 사람의 커밋을 기록하듯, re_gent는 AI 코딩 에이전트가 무엇을 했고 어떤 프롬프트가 각 줄을 작성했는지 단계별로 남긴다. 핵심 명령은 셋이다. rgt log는 세션이 수행한 작업 내역(시간·도구·파일·변경 줄 수)을, rgt blame은 특정 줄을 작성한 프롬프트의 출처를, rgt show는 한 단계의 전체 맥락(도구 호출과 대화)을 보여준다.

구조도 git을 빼닮았다. 도구 사용 턴마다 ‘무엇을, 왜, 누구 요청으로’ 바꿨는지 담은 Step 스냅샷이 생성되고, 이 Step들은 DAG를 이루며 세션별로 별도 브랜치를 갖는다. 데이터는 .git/과 유사한 .regent/ 디렉터리에 저장된다. 내용 기반(content-addressed) 저장을 위한 objects/(BLAKE3 해시), 세션 포인터인 refs/, SQLite 기반 index.db, 그리고 config.toml로 구성된다. SQLite 인덱스 덕분에 조회는 10밀리초 미만이고, CAS 참조와 ACID 트랜잭션으로 동시 세션도 충돌 없이 안전하게 추적한다.

실용성도 챙겼다. Claude Code, OpenAI Codex CLI, OpenCode를 완전 지원하며 rgt init 시 hook이 자동 구성돼 별도 설정이 필요 없다. /compact나 /clear로 대화를 정리한 뒤에도 히스토리가 유지되고, VSCode 익스텐션으로 인라인 blame 주석과 세션 타임라인까지 볼 수 있다. 무엇보다 re_gent는 git을 대체하지 않고 보완하는 ‘에이전트 감사 추적’ 계층을 자처한다. 라이선스는 Apache-2.0다.

관련 글

• 취향(taste)을 갖춘 30배 AI 엔지니어가 되는 법
• AI가 소프트웨어 엔지니어를 대체하지 않은 이유, 그리고 앞으로도 못 하는 이유
• 소프트웨어는 죽는 게 아니라 진화 중이다
• Claude Code 창시자가 공개한 실전 사용 팁
• agent-skills — AI 코딩 에이전트용 프로덕션급 엔지니어링 스킬 모음

출처

1. Paul Graham, “How to Make a Billion Dollars” (paulgraham.com) · GeekNews 정리
2. Claude Code 창시자 보리스 체르니 인터뷰 [유튜브] · GeekNews 정리
3. re_gent — AI 코딩 에이전트를 위한 버전 관리 (github.com/regent-vcs) · GeekNews 정리