28분 29초. 비용 $9.54. 추가된 코드 2889줄. 레이어 패널, 디자인 패널, 멀티 프레임, 무한 캔버스, 실행 취소 히스토리까지 갖춘 Figma 클론.
dev.to에 올라온 한 개발자의 경험담은 숫자만으로도 충격적이다. Claude Fable 5를 사용해 주니어 개발자라면 며칠이 걸렸을 작업을 단일 세션으로 끝냈다. 22개 스모크 테스트 통과, 헤드리스 렌더링 규격 준수. 단순한 데모가 아니라 아키텍처 일관성을 유지한 실제 동작하는 결과물이었다.
그런데 모델은 출시 3일 만에 사라졌다.
6월 9일 출시된 Fable 5는 6월 12일 오후 5시 21분, 미국 정부의 수출 통제 지침 발동과 함께 전 세계 사용자에게 동시에 차단됐다. Anthropic은 수개월에 걸쳐 안전성 검증을 문서화했고, 방어 심층 분류기와 고위험 도메인 대응 안전망까지 갖췄다고 밝혔다. 그럼에도 아무 설명 없이 내려갔다. 공교롭게도 OpenAI가 IPO를 앞두고 있는 시점이었고, 미국 정부는 해당 기업의 지분 관계에 있다. 저자는 "직접적인 연관을 단정 짓지는 않겠다. 다만 타이밍은 타이밍이다"라고 썼다.
이 사건은 AI 도구에 대한 본질적인 질문을 남긴다. 개발 워크플로우의 핵심 레버리지를 외부 모델에 의존할 때, 그 도구가 하루아침에 사라지면 우리의 프로세스는 어떻게 되는가.
속도의 이면에는 비용도 있다.
같은 시점, 또 다른 개발자는 분기 LLM 비용 $4,200을 $1,500으로 줄인 경험을 공유했다. 핵심은 단순했다. 모든 요청을 GPT-4o에 던지는 대신, 작업 성격에 따라 모델을 분리한 것이다. GPT-4o의 출력 토큰 단가는 백만 토큰당 $10. 반면 GLM-4 Plus는 $0.80, DeepSeek V4 Flash는 $1.10이다. 분류나 요약처럼 단순한 작업에서 품질 차이는 실질적으로 구별이 안 됐다.
더 흥미로운 발견은 측정에서 나왔다. 그는 요청이 입력 중심일 것이라 가정했지만, 실제 계측 결과 완성 토큰이 전체 비용의 60%를 차지했다. "항상 측정 먼저, 최적화 나중"—이 원칙 하나가 비용 구조 전체를 바꿨다.
두 경험을 나란히 놓으면 하나의 설계 원칙이 보인다.
AI가 28분 만에 Figma 클론을 만들어내는 시대에, 개발자의 진짜 역량은 'AI를 얼마나 잘 프롬프트하는가'가 아니다. 그것은 세 가지 질문을 동시에 설계할 수 있는가의 문제다.
첫째, 지속가능성: 지금 사용하는 모델이 내일도 존재한다는 보장은 없다. Fable 5 사례가 보여주듯, 정치적·규제적 리스크는 기술적 완성도와 무관하게 작동한다. 프로토타이핑 단계에서 특정 모델에 워크플로우를 단단히 묶어두는 것은 의존성 리스크를 축적하는 일이다.
둘째, 비용 설계: $9.54로 2889줄을 얻는 것은 인상적이지만, 그것이 프로덕션 플로우에 반복 투입될 때 비용 구조는 완전히 달라진다. OpenAI 호환 엔드포인트를 활용한 멀티 모델 라우팅, 시맨틱 캐싱(40% 히트율이 그대로 40% 비용 절감으로 이어진다), 경제형 티어 활용—이 세 가지 조합만으로도 청구서의 모양이 바뀐다.
셋째, 품질 경계 설정: AI가 생성한 코드가 동작하는 것과 유지 가능한 것은 다른 문제다. 스모크 테스트 통과는 시작점이지 종착점이 아니다. 어떤 작업에는 저비용 모델로 충분하고, 어떤 작업에는 더 나은 모델이 필요하다는 판단—그 경계를 팀이 명시적으로 설계하지 않으면 '아무 데나 GPT-4o'라는 디폴트로 돌아가게 된다.
AI 버블 담론도 이 맥락에서 읽힌다.
dev.to의 또 다른 글은 AI가 소프트웨어 엔지니어를 대체한다는 내러티브의 위험성을 짚는다. 코드가 동작한다는 것과 코드가 견고하다는 것은 다르고, 기능 데모와 프로덕션 아키텍처 사이의 거리는 AI가 단축시켜주지 않는다. 오히려 AI가 빠르게 생성한 코드일수록, 그것을 검증하고 경계를 설정하는 인간의 판단 레이어가 더 중요해진다.
28분짜리 Figma 클론은 놀랍다. 하지만 그것이 실제 제품으로 이어지려면 그 뒤에 설계가 있어야 한다. 어떤 맥락에 어떤 모델을 쓸 것인가, 비용을 어떻게 계측하고 최적화할 것인가, 모델이 사라졌을 때 워크플로우가 어떻게 살아남을 것인가.
결국 AI 도구의 숙련도는 '얼마나 빠르게 만드는가'가 아니라 '속도·비용·지속가능성을 동시에 설계하는가'로 재정의되고 있다.
Fable 5가 돌아올 수도 있다. 더 강력한 모델이 나올 수도 있다. 하지만 그 도구들이 교체되고 사라지는 사이클 속에서도 흔들리지 않는 워크플로우를 만드는 것—그게 지금 프론트엔드 개발자에게 요구되는 진짜 설계다.