Y Combinator G-stack: Claude Code를 AI 엔지니어링 팀으로 만드는 법

핵심 메시지

• 에이전트에게 진짜 일을 시키는 방법은 사람과 같다. 역할을 나누고, 프로세스를 두고, 리뷰를 거치는 팀처럼 운영하는 것이다.
• G-stack은 "얇은 하네스, 두꺼운 스킬" 접근을 구현한 오픈소스로, Claude Code를 전문가 팀처럼 동작하는 AI 엔지니어링 팀으로 바꾼다.
• 오피스 아워 스킬은 YC 파트너들이 창업가와 하는 상담을 본떠, 만들기 전에 여섯 개의 핵심 질문으로 제품을 다시 틀 잡게 한다.
• 모델 기본값은 헤매지만, 제대로 세팅하면 이미 충분히 똑똑하다. 병목은 모델의 지능이 아니라 얇아야 할 스캐폴딩이다.

쉽게 이해하기

개리 탄은 자신을 Y Combinator의 CEO이자 스탠퍼드에서 컴퓨터 시스템 공학을 전공하고 팰런티어 10번째 직원으로 일한 엔지니어로 소개하며, 지금이 "에이전트 시대"라는 완전히 새로운 소프트웨어 제작 시대라고 말한다. 핵심 통찰은 에이전트에게 진짜 일을 시키는 방법이 인간이 늘 해온 방식과 같다는 것이다. 역할을 나누고 프로세스를 두고 리뷰를 거치는 팀처럼 운영하는 것이다. 그는 이를 코드로 옮긴 G-stack을 3주 만에 만들었고, 영상 시점에 Ruby on Rails보다 많은 깃허브 스타를 받았다고 밝힌다.

그는 기본 상태의 모델이 데이터를 잘 모른 채 추측하면 그럴듯해 보이지만 조용히 깨지는 코드가 나온다고 지적한다. 그러나 병목은 모델의 지능이 아니다. 제대로 세팅만 하면 모델은 이미 대단한 일을 할 만큼 똑똑하다. 그래서 스캐폴딩(하네스)은 아주 얇아야 하고, 대신 스킬을 두껍게 쌓는 "얇은 하네스, 두꺼운 스킬" 방식이 G-stack의 구현 철학이다. G-stack은 Claude Code를 전문가 팀처럼 동작하게 만드는 스킬 묶음이다.

대표 스킬인 오피스 아워는 YC 16명의 파트너가 수만 시간 동안 다듬은 상담을 약 10% 강도로 농축한 것이다. 만들기 전에 "누군가 이걸 정말 원한다는 가장 강력한 증거가 무엇인가" 같은 강제 질문을 던져 아이디어를 다시 틀 잡는다. 영상에서는 지메일에서 1099 세금 서류를 찾아주는 앱 아이디어를 예로 들어, 단순 문서 수집기에서 세무 대리인 연결로 확장되는 웨지 전략으로 발전시키는 과정을 보여준다.

계획 단계에서는 여러 접근법을 제시하고, 다단계 적대적 리뷰로 아이디어를 검증한다. 영상 속 설계 문서는 두 차례 적대적 리뷰를 거치며 16개 이슈를 자동으로 잡아 고쳐 점수를 6점에서 8점으로 끌어올렸다. 디자인 샷건 같은 도구는 OpenAI Codex의 이미지 생성을 활용해 약 60초 만에 여러 시각 시안을 만들고, 사용자가 고르고 피드백하며 재생성할 수 있다.

개리 탄은 자신이 10~15개의 Claude Code 세션을 동시에 돌리며, 오피스 아워·CEO 리뷰·적대적 리뷰를 거쳐 준비되면 바로 머지한다고 말한다. 그는 QA를 자동화하려고 Playwright와 Chromium을 CLI로 감싼 브라우저 도구를 만들어, 에이전트가 스크린샷·클릭·입력·다운로드까지 직접 하게 했다. 마지막의 ship 도구는 PR이 메인에 안착할 준비가 됐는지 확인한다. 다만 그는 AI 코딩에서 공급망 공격을 매우 경계한다고 덧붙인다. github.com/garytan/gstack에서 바로 쓸 수 있으며, "지금이 소프트웨어를 만들기에 역사상 가장 놀라운 시기"라고 마무리한다.

주요 인사이트

• 에이전트를 팀처럼 다루는 것이 핵심이다. 단순 지시만 주면 모델은 시키는 일만 하지만, 오피스 아워 같은 스킬을 거치면 사용자·비즈니스 모델·페인 포인트까지 함께 따져본다.
• "얇은 하네스, 두꺼운 스킬"은 모델 지능을 의심하기보다 잘 세팅하는 데 집중하라는 발상이다. 스캐폴딩은 얇게, 전문성은 스킬로 두껍게 쌓는다.
• 다단계 적대적 리뷰는 설계 문서를 일부러 깨보려 시도해 실패 처리 누락·개인정보 항목 누락 같은 약점을 찾아 자동으로 보완한다.
• 개리 탄은 Claude(Opus)를 아이디어가 넘치는 "ADHD CEO"에, Codex를 까다로운 버그를 정리하는 "CTO"에 비유하며 둘을 함께 쓰는 방식을 권한다.
• QA는 소프트웨어 개발에서 가장 재미없는 부분이라, Playwright를 CLI로 감싸 에이전트가 실제 브라우저를 직접 조작하게 자동화한 것이 큰 전환점이 됐다.

자주 묻는 질문

관련 AI 소식