Affirm이 단 일주일 만에 엔지니어링 조직을 'AI 에이전트 중심'으로 뜯어고친 이야기

단 일주일이라니, 이게 가능한 일인가

미국의 핀테크 회사 Affirm이 최근 자사 블로그에 꽤 충격적인 글을 올렸어요. 제목 그대로 "우리는 일주일 만에 엔지니어링 조직을 에이전트 기반 소프트웨어 개발 구조로 바꿨다"는 내용인데요. 보통 조직 개편이라고 하면 몇 달씩 회의하고 TF 꾸리고 하는 게 일반적이잖아요? 그런데 이 회사는 CEO부터 현장 엔지니어까지 전사적으로 달라붙어서 5일 만에 툴체인, 프로세스, 평가 기준까지 다 갈아엎었다고 해요.

배경을 조금 설명하면, Affirm은 "후불 결제(BNPL, Buy Now Pay Later)" 서비스로 유명한 회사예요. 개발 조직만 수천 명 규모고, 복잡한 금융 시스템을 운영하고 있어서 함부로 프로세스를 흔들기 어려운 곳이에요. 그런 회사가 왜 이렇게 급하게 움직였을까요? 이유는 단순해요. Claude Code, Cursor, Devin 같은 에이전트 도구들이 실제 생산성을 눈에 띄게 올리기 시작했는데, 조직의 워크플로우가 이걸 제대로 받쳐주지 못하고 있었기 때문이에요.

구체적으로 뭘 바꿨을까

Affirm이 했던 작업을 하나씩 뜯어보면 꽤 실용적이에요. 첫 번째는 코드 리뷰 프로세스의 재설계였어요. 예전에는 사람 엔지니어가 PR을 올리면 다른 엔지니어가 리뷰하는 게 당연했는데, 이제는 AI 에이전트가 생성한 PR이 전체의 상당 부분을 차지하게 됐거든요. 그래서 리뷰 단계에서 "이 PR을 누가 생성했는지", "어떤 프롬프트로 만들어졌는지", "테스트 커버리지가 충분한지"를 자동으로 추적하는 시스템을 붙였어요. 쉽게 말하면, 에이전트가 만든 코드는 에이전트가 만들었다는 꼬리표를 달고 다니게 한 거예요.

두 번째로는 개발 환경의 표준화예요. 에이전트가 안전하게 돌아다니려면 격리된 샌드박스 환경이 필수거든요. Affirm은 사내에 Dev Container 기반의 통일된 환경을 빠르게 배포해서, 모든 엔지니어가 동일한 도구 세트로 에이전트를 돌릴 수 있게 했어요. 이게 왜 중요하냐면, 각자 로컬에서 다른 설정으로 에이전트를 돌리면 "제 컴에서는 되는데요?" 문제가 에이전트 레벨로 확장되거든요. 재현 불가능한 버그가 폭증하는 거죠.

세 번째는 평가 지표의 변화예요. 기존에는 "PR 개수", "코드 라인 수" 같은 걸로 엔지니어를 평가하기도 했는데, 이제 그건 의미가 없어졌어요. 에이전트를 잘 쓰면 하루에 수십 개 PR을 날릴 수 있으니까요. 그래서 "에이전트를 활용해서 얼마나 복잡한 문제를 얼마나 안정적으로 풀었는가"로 평가 축을 옮겼다고 해요. 엔지니어의 역할이 "코드를 직접 치는 사람"에서 "에이전트를 감독하고 결과를 검증하는 시니어"로 이동한 거예요.

왜 '일주일'이라는 숫자가 중요한가

사실 이 글에서 가장 흥미로운 포인트는 기술적인 변화보다 속도예요. 실리콘밸리에서도 요즘 화두가 "AI 전환의 시간 단위"거든요. 예전에는 디지털 트랜스포메이션이라고 하면 3년짜리 프로젝트였는데, 에이전트 시대에는 "일주일 스프린트"로도 조직을 바꿀 수 있다는 걸 Affirm이 증명한 셈이에요.

비슷한 사례로는 Shopify가 "AI 사용은 기본 기대치"라고 선언한 내부 메모가 있었고, Duolingo가 계약직 번역가들을 대규모로 감축하고 AI 기반 워크플로우로 전환한 사례도 있어요. Anthropic의 Claude Code, GitHub Copilot Workspace, Cognition의 Devin 같은 에이전트 도구들이 지난 1년 사이 실전에 쓸 만한 수준까지 올라오면서, 조직들이 앞다투어 뜯어고치기 시작한 거예요.

반대 진영도 있어요. Basecamp의 DHH 같은 사람은 "에이전트 코드는 여전히 프로덕션에 넣기 위험하다"는 입장이고, 구글 내부에서도 에이전트 도입을 둘러싼 논쟁이 치열하다고 알려져 있어요. 그래서 Affirm의 이 발표는 "해도 된다"는 쪽에 무게를 실어주는 케이스 스터디로 읽히는 거예요.

한국 개발자에게 주는 시사점

국내 IT 회사들, 특히 금융이나 커머스 쪽은 프로세스 변경에 보수적인 편이에요. 보안 심사, 컴플라이언스 검토 같은 이유로 새 도구 하나 도입하는 데도 몇 달씩 걸리거든요. Affirm 사례가 시사하는 건, 그 '보수적 접근'이 오히려 경쟁력을 깎아먹을 수 있다는 거예요. 한 달 뒤에 도입한 조직과 일주일 만에 도입한 조직의 생산성 격차는 생각보다 클 수 있거든요.

실무에서 당장 해볼 수 있는 건 두 가지예요. 첫째, 에이전트 친화적인 리포지토리 구조를 만드는 거예요. README에 아키텍처 설명을 잘 써두고, 테스트가 빠르게 돌아가고, 타입이 명확한 코드베이스는 에이전트 생산성을 몇 배로 끌어올려요. CLAUDE.md나 AGENTS.md 같은 에이전트 전용 안내 파일을 두는 것도 표준이 되고 있고요.

둘째, 리뷰 프로세스에 AI 생성 표시를 도입해보세요. PR 템플릿에 "이 PR은 에이전트가 생성했나요?" 체크박스 하나만 추가해도, 팀이 새로운 워크플로우에 적응하는 속도가 달라져요. 작게 시작해서 크게 확장하는 게 핵심이에요.