5년 걸린다던 일이 2주에 끝났다: Asana의 실제 청구서는 1만 2천 달러, 원래 견적은 600만 달러였다

600만 달러, 최소 5년. Asana가 사내 프런트엔드 테스트 도구 Enzyme을 걷어내는 일에 붙여 뒀던 견적이다. 실제로 걷어내는 데 든 돈은 모델과 인프라 비용을 합쳐 약 1만 2천 달러, 걸린 시간은 달력으로 2주였다. 순수 작업 시간으로는 1.5주다. OpenAI가 8월 18일 이 사례를 자사 고객 기록에 올렸다.

숫자 두 개만 나란히 놓으면 500배다. 이 배율이 어디서 나왔는지가 이 사례의 전부다.

한 줄 정리

Enzyme 제거가 5년 600만 달러에서 2주 1만 2천 달러로 떨어지면서 바뀐 건 실행 속도가 아니라 애초에 손댈 만한 일의 목록이다.

한눈에 보기

	기존 인력 계획	Codex 실행
기간	최소 5년	달력 2주 (작업 1.5주)
비용	약 600만 달러 견적	모델·인프라 약 1만 2천 달러
투입	엔지니어 팀	병렬 에이전트 최대 4개 + 검토자
결과	미착수	완전 제거

다섯 문장짜리 프롬프트가 정교한 설계를 이겼다

작업 지시는 다섯 문장이었다. 그 지시를 받은 코딩 에이전트가 최대 4개, 각자 코드베이스 사본 하나씩을 들고 병렬로 돌았다. 엔지니어 한 명이 하루 두 번 진행 상황을 확인하고 제안된 변경을 전부 검토했다.

OpenAI 기록에서 가장 눈에 걸리는 문장은 성능 얘기가 아니다. 복잡하게 짠 구성보다 단순한 지시가 더 잘 먹혔다는 대목이다. 프롬프트를 정교하게 조각하는 쪽으로 시간을 쓴 게 아니라 작업을 격리하고(사본 4개) 검토 리듬을 고정한(하루 두 번) 쪽으로 썼다.

이건 도구를 처음 붙여 보는 팀이 가장 자주 뒤집어 하는 순서다. 대개 프롬프트를 다듬는 데 며칠을 쓰고 결과를 언제 어떻게 볼지는 안 정한다. Asana가 한 일은 반대였다.

무엇이 5년짜리였나

Enzyme은 유지보수가 끊긴 테스트 도구다. 그대로 두면 나머지 프런트엔드 스택을 못 올린다. 급하지는 않은데 안 하면 계속 비싸지는 종류의 일이다.

이런 작업은 견적서 앞에서 매번 진다. 5년이라는 숫자가 붙는 순간 어느 분기에도 시작 버튼이 안 눌린다. 회사는 그 일을 못 하는 게 아니라 안 하기로 매년 다시 결정한다.

Asana 최고기술책임자 Amritansh Raghav는 몇 년짜리 프로젝트가 전부 몇 주로 접히지는 않는다고 선을 그으면서도 한때 불가능해 보이던 일이 시도할 만해졌다고 정리했다. 회사는 이 경험 뒤에 어떤 장기 과제를 현실적으로 다룰 수 있는지에 대한 판단을 바꿨다고 밝혔다. 다음 후보로 다른 마이그레이션, 재작성, 성능 문제를 올려 뒀다.

한 가지 걸러 읽을 것도 있다. 이건 OpenAI가 자사 고객 성공 사례로 낸 기록이다. 실패한 시도가 몇 번이었는지, 검토에서 되돌린 변경이 얼마나 됐는지, 2주 뒤에 터진 버그가 있었는지는 안 나온다. 500배라는 숫자는 최종 청구서 대 최초 견적의 비교지 같은 조건 두 개의 비교가 아니다. 그래도 방향은 남는다. 5년짜리 견적이 붙었던 종류의 일이 이제 분기 안에 들어온다.

무엇이 이 작업을 에이전트에 맞게 만들었는지도 짚어 둘 만하다. Enzyme 제거는 목표가 선명하고(그 도구 호출을 전부 없앤다), 성공 판정이 자동이고(테스트가 돈다), 잘못돼도 되돌리기 쉽다(코드는 되돌린다). 세 조건이 다 붙는 일은 생각보다 적다. 대신 세 조건이 붙는 일을 골라내는 눈은 도구를 안 다뤄도 가질 수 있다.

코드 밖에도 같은 서랍이 있다

5년 견적이 붙어 서랍에 들어간 일은 개발팀만의 것이 아니다.

10년치 계약서를 조건별로 표에 옮기는 일
상품 3만 개의 설명과 카테고리를 다시 쓰는 일
사내 운영 문서를 현행화하는 일
4년치 고객 문의를 유형별로 다시 묶는 일

전부 지루하고 크고 급하지 않다. 그래서 매년 밀린다.

다만 조건이 하나 있다. 기계가 스스로 통과와 실패를 가릴 수 있어야 한다. Enzyme 제거가 잘 굴러간 이유 중 하나는 테스트가 도는지 안 도는지를 사람이 안 봐도 판정된다는 구조다. 에이전트 넷이 병렬로 만들어 내는 변경을 사람이 한 줄씩 눈으로 검사해야 하면 속도는 검토자 한 명에게 묶인다. 검사 기준이 없는 일에 병렬 에이전트를 붙이면 병목이 앞으로 당겨질 뿐이다.

그래서 위 목록도 그냥 던지면 안 된다. 계약서 표는 원본 조항 번호와 대조하는 검사를 붙일 수 있다. 상품 설명 재작성은 금칙어 목록, 글자 수 범위, 필수 항목 포함 여부로 1차 판정이 가능하다. 문의 재분류는 사람이 미리 분류해 둔 표본 200건을 정답지로 두면 정확도가 숫자로 나온다. 정답지를 먼저 만드는 반나절이 병렬 실행의 조건이다. 그 반나절을 아끼면 2주가 두 달이 된다.

크기 감각도 같이 옮겨 온다. Asana는 사본 넷을 동시에 굴렸다. 이게 가능했던 이유는 작업이 서로 안 겹치게 잘렸기 때문이다. 하나의 큰 덩어리를 넷이 나눠 잡으면 서로 충돌한 결과를 사람이 합치느라 시간이 더 든다. 나눌 수 있게 자르는 일은 여전히 사람 몫이고 그게 이 사례에서 가장 안 보이는 작업이다.

anyAX 관점

600만 달러와 1만 2천 달러 사이의 500배를 인건비 절감으로 읽으면 절반만 읽은 셈이다. 남은 절반은 검토자 자리에 있다. 에이전트 넷이 도는 2주 동안 사람은 하루 두 번 들어가 제안된 변경을 전부 봤다. 늘어난 건 생산량이고 줄지 않은 건 판단의 총량이다.

그래서 지금 다시 열어 볼 자리는 도구 목록이 아니라 서랍이다. 작년에 "이건 반년 걸려서 못 해"로 닫아 둔 항목들. 그 판단은 반년이라는 숫자 위에 서 있었고 그 숫자가 지금 다시 계산된다. 유효기간이 지난 결정을 그대로 들고 있는 팀이 대부분이다.

Asana는 직원 수천 명짜리 회사다. 5인 팀에 600만 달러짜리 서랍은 없다. 대신 3개월짜리 서랍이 있고 그건 5인 팀에게 5년만큼 무겁다. 배율은 회사 크기를 따라 줄지 않는다.