며칠 전 Anthropic은 Fable을 Max 플랜의 영구적인 구성 요소로 만들었습니다. 시점이 이야기를 말해줍니다. 그것은 OpenAI가 GPT-5.6 Sol을 출시한 직후, 그리고 더 중요한 점으로 Kimi K3가 가중치를 공개한 직후에 나왔습니다. 가장 큰 AI 연구소가 현실 점검을 하게 만들고 자사 플래그십을 둘러싼 마케팅 소동을 끝낸 것은 오픈소스 모델이었습니다. 그것만으로도 이런 청구서를 내는 사람이라면 누구나 축배를 들 만합니다.
하지만 “구독에 포함됨"은 “저렴함"과 같은 말이 아니고, “영원히 저렴함"과는 확실히 다릅니다. 그래서 Fable이 여전히 사용량 과금 방식이던 시절에, 우리는 값비싼 모델이 기계적으로 코드를 작성하지 못하도록 워크플로를 다시 만들었습니다. 그 모델은 생각하고, 계획하고, 검토합니다. 더 저렴한 모델들이 타이핑합니다. 이 글은 그것이 어떻게 작동하는지, 그리고 우리가 가진 모든 트랜스크립트 — 프로덕션 SaaS 모노레포, 드론 운영 앱, 마케팅 사이트, 그리고 이들을 지원하는 CI 에이전트에 걸친 606개의 실제 세션 — 에서 실제로 어떤 수치로 나타났는지 보여줍니다.
1부 — 함정, 그리고 원칙
우리의 솔직한 출발점은 이렇습니다. 우리는 이제 최전선 모델 없이는 운영할 수 없습니다. 팀의 누구도 그것들 없이 현재의 산출량을 유지할 수 없을 것입니다. 그리고 그 의존성이 바로 대형 연구소들이 쥐고 있는 지렛대입니다. 우리의 해석으로는, 오늘날의 AI 구독은 비용보다 현저히 많은 연산을 제공합니다. 이는 영토 선점 가격이며, 영토 선점 가격은 끝이 납니다. 그때가 되면 “무제한 최전선 토큰"을 중심으로 엔지니어링 문화를 세운 팀은 요구받는 대로 지불하게 됩니다.
방어책은 두 가지입니다. 첫째는 믿을 만한 탈출구를 유지하는 것입니다. DeepSeek와 Kimi 같은 오픈 모델이 이번 주의 가격 조정을 강제했고, 우리가 실제로 워크플로를 그쪽으로 이식 가능하게 유지할 때에만 지렛대로 남습니다. 둘째는 워크플로 규율입니다. 더 저렴한 것으로는 안 되는 곳에만 최전선 토큰을 쓰는 것입니다. 이 글은 두 번째에 관한 것입니다 — 월요일부터 시작할 수 있는 것이 바로 그것이기 때문입니다.
그 원칙은 건물 이름이 붙을 만큼 오래되었습니다. 건축가는 벽돌을 쌓지 않습니다. 설계, 분해, 검토에서 최전선 모델의 중간 등급 모델 대비 우위는 엄청나며, 40개 파일에 걸친 이름 변경을 타이핑할 때는 거의 0에 가깝습니다. 그래서 역할을 나눕니다. 가격 사다리도 달러로 같은 말을 합니다.
fable-architect 패턴은 어떻게 작동하는가
fable-architect 스킬은 약 100줄짜리 마크다운 파일 하나와 셸 훅 하나로 이루어져 있으며, Claude Code 세션이 최전선 모델에서 실행될 때마다 로드됩니다. 이는 분업을 강제합니다.
- 건축가가 하는 일: 요구사항을 캐물어 확인하고, 코드베이스를 탐색하고, 모든 설계 결정 — 접근 방식, 데이터 흐름, 이름, 시그니처, 엣지 케이스 — 을 내리고, 작업을 독립적인 조각으로 분해하고, 돌아온 diff를 검토하고, 검증을 실행하고, 모든 산문(계획, 브리프, PR 본문, 커밋 메시지)을 작성합니다.
- 건축가가 절대 하지 않는 일: 소스 파일을 쓰거나 편집하는 것. 브리프 안의 짧은 시그니처 외에는 채팅에 코드를 넣지 않습니다.
슬라이드가 아니라 실제로 이걸 작동하게 만드는 세 가지가 있습니다.
1. 브리프가 인터페이스다
각 조각은 구현 브리프 하나를 받습니다. 구현자는 새로운 컨텍스트 윈도우로 시작합니다. 브리프에 없는 것은 무엇이든 다시 알아내거나 추측해야 합니다. 이 제약은 결점이 아니라 기능입니다. 건축가가 위임하기 전에 결정을 끝내도록 강제하기 때문입니다. 브리프에는 선택지가 아니라 결정이 담깁니다.
## 구현 브리프: <slice>
목표: 한 문장, 관찰 가능한 결과
컨텍스트: 탐색에서 이미 찾은 것 — 발췌, 따라야 할 가장
가까운 패턴, 줄 앵커, 주의할 점
파일: 생성/수정할 경로 — 이 조각의 독점 소유 범위
설계: 확정된 접근 방식 — 데이터 흐름, 이름, 시그니처, 경계
제약: 적용되는 프로젝트 규칙: 스타일, 계층, 보안
범위 밖: 건드리지 말아야 할 것, 다른 조각이 소유한 파일 포함
위임: 이 조각이 서브 구현자를 만들 수 있는지, 그리고 몇 개까지
검증: 정확한 명령과 기대 결과
이 중 두 줄은 나머지보다 최신이며, 구현자 등급이 우리 발밑에서 바뀌었기 때문에 존재합니다 — 아래 업데이트를 참고하세요.
2. 분위기가 아니라 강제
PreToolUse 가드 훅이 세션을 감시합니다. 건축가가 산문이 아닌 파일을 편집하려 하면 권한 프롬프트가 발생합니다. 프롬프트 승인은 사소한 편집(오타, 버전 범프 — 위임 오버헤드가 직접 타이핑보다 더 비싼 경우)에 대한 문서화된 예외입니다. 마찰이 곧 정책입니다. 훅이 없으면 “값비싼 모델은 코드를 쓰면 안 된다"는 첫 번째 마감 시점까지만 유지됩니다.
3. 검토 루프가 품질 격차를 메운다
건축가는 에이전트의 보고서 와 실제 diff를 읽고 — 어느 하나만 믿지 않으며 — 주장이 중요한 경우 핵심 검증 명령을 다시 실행합니다. 문제를 찾았나요? 수정은 여전히 전체 작업 컨텍스트를 보유한 동일한 에이전트에게 돌아갑니다. 수동 수정도, 새로 다시 소환하는 일도 없습니다.
이것은 건축가의 검증이며 그것은 그대로 유지된다는 점에 유의하세요. 우리가 제거하기 시작한 것은 예전에 브리프에 써 넣던 검증, 즉 구현자에게 스스로를 다시 확인하라고 지시하는 문구입니다. 최신 구현자 모델은 요구하지 않아도 그렇게 하며, 다시 하라고 시키는 것은 이미 지불한 두 번째 패스를 한 번 더 사는 셈입니다.
우리가 측정한 것
이것이 실제 경제적 메커니즘인지 아니면 그저 보기 좋은 의식인지 확인하기 위해, 우리는 프로젝트 전반의 모든 Claude Code 트랜스크립트를 채굴하고, API 요청을 중복 제거하고, 모든 토큰을 현재 정가로 계산했습니다. 세션별 수치를 보기 전에 등록한 세 가지 가설은 다음과 같습니다.
- H1 — 타이핑은 구현자가 한다. 사실이라면, 구현자 서브에이전트는 위임 세션에서 건축가의 메인 루프보다 더 많은 출력 토큰을 생성해야 합니다.
- H2 — 위임이 더 저렴하다. 사실이라면, 구현자들의 작업을 건축가 모델 단가로 다시 계산했을 때 실제로 지불한 금액보다 의미 있게 더 비싸게 나와야 합니다.
- H3 — 품질이 유지된다. 가장 어려운 것: 위임된 코드가 건축가가 직접 타이핑한 코드보다 더 많은 재작업을 필요로 해서는 안 됩니다.
기본 규칙. 하나의 API 요청은 같은 사용량 객체를 반복하는 여러 트랜스크립트 줄에 걸쳐 있습니다 — 우리는 요청 ID로 그룹화하고, 요청당 입력 및 캐시 토큰을 한 번만 세고, 출력은 최대 스냅샷을 취했습니다(줄 단위 단순 합산은 2~3배 과다 계산). 비용은 현재 Anthropic 정가 — Fable $10/$50, Opus $5/$25, Sonnet $3/$15(백만 입력/출력 토큰당) — 를 사용하며, 캐시 읽기는 입력 가격의 10%, 캐시 쓰기는 TTL별 요율을 적용했습니다. 354개의 대화형 스토어 세션 중 31개가 보수적 분류기 기준으로 fable-architect 세션에 해당하며, 수치는 가장 비쌌던 8개를 보여줍니다. 우리는 절대 지출액이 아니라 비율과 백분율을 보고합니다.
2부 — 영수증
H1 — 첫 회계는 “혼합"이라고 말했다. 가장 큰 위임 세션들에서는 가설이 결정적으로 성립합니다 — 구현자 출력이 건축가 출력보다 최대 2.3배 많습니다. 그러나 31개의 fable-architect 세션 전체로 보면 건축가가 여전히 구현자보다 더 많이 생성했습니다. 3.59M 대 3.15M 토큰입니다. 일부는 타당합니다 — 건축가의 출력에는 모든 계획, 브리프, 검토 산문이 포함되며 그것이 바로 그 역할입니다 — 그리고 일부는 조각 하나를 위임하고 나머지는 직접 가져간 세션처럼 보였습니다. 그러다 우리는 사이트 재설계가 전혀 건축가 중심처럼 느껴지지 않았다는 것을 떠올렸고, 서브에이전트 회계가 볼 수 없었던 토큰을 찾아 나섰습니다.
뉴스레터 가입
최신 팁, 트렌드 및 특가 정보를 무료로 받아보세요.
두 번째 채널: 위임 버스로서의 이슈 트래커
서브에이전트 회계에는 사각지대가 있습니다. 세션 내부에서 일어나는 위임만 본다는 것입니다. 위 차트에서 가장 큰 항목인 사이트 재설계 세션은 전혀 다른 것이었습니다. 107시간 동안 연속으로 실행된(예약된 기상 292회) 단일 건축가 루프 세션으로, 재설계를 GitHub 이슈로 쪼개고, CI 파이프라인용으로 태그를 붙인 다음, 감독했습니다. 실행을 폴링하고, 파이프라인의 풀 리퀘스트를 검토하고, QA에서 버그가 드러나면 후속 이슈를 등록했습니다.
타이핑은 우리의 세션별 채굴이 쳐다보지도 않았던 곳에서 일어났습니다. 별도의 셀프 호스팅 러너 플릿으로, 파이프라인의 계획 → 구현 → 격차 평가 → 검토 단계가 4.5일 동안 252개의 독립적인 Opus 세션으로 실행되며 48개의 서로 다른 이슈와 PR을 건드렸습니다.
H1, 재검토 — 프로젝트 규모에서 확인됨. 두 채널을 모두 세면 그림이 뒤집힙니다. 파이프라인은 그것을 파견한 건축가 루프보다 10배 많은 출력 토큰을 타이핑했습니다(9.07M 대 877k). 모두 Opus 요율입니다. 그 구현 웨이브를 건축가의 모델에서 실행했다면 2.1배의 비용이 들었을 것입니다 — 재설계 하나에, 일주일 만에, 세션 내 서브에이전트는 세지도 않고서 말입니다. 이슈는 더 거친 입자의 브리프일 뿐입니다. 같은 인터페이스, 같은 경제성, 한 단계 위일 뿐입니다.
H2 — 확인됨, 단 반전이 있다. 구현자들의 정확한 토큰량을 건축가 모델 단가로 다시 계산하면 모든 세션이 더 비싸집니다 — +2%에서 +54%, 상위 8개 평균 17%. 실제 돈이지만, 2배의 출력 가격 격차가 시사하는 것보다는 작습니다. 반전은 이렇습니다. 돈이 가는 곳은 출력이 아닙니다. 가장 큰 세션에서 건축가의 캐시 읽기 비용은 그것이 타이핑한 모든 것의 약 13배였습니다. 지출의 지배적 항목은 값비싼 모델이 큰 오케스트레이션 컨텍스트를 붙들고 다시 읽는 것이지 타이핑이 아닙니다. 위임은 출력 청구서의 상한을 정하고, 다음 지렛대는 건축가의 컨텍스트를 간결하게 유지하는 것입니다.
H3 — 여기서는 측정되지 않음. 토큰 회계는 코드 품질을 볼 수 없습니다. 관찰을 통해 말할 수 있는 것은 이렇습니다. 검토 루프는 하중을 지탱합니다 — 보고서와 diff가 서로 어긋나는 일이 충분히 잦아서 둘 다 읽는 것은 양보할 수 없습니다 — 그리고 컨텍스트가 따뜻한 에이전트에게 되돌려 보낸 수정은 빠르게 수렴합니다. 여러분이 이걸 재현해서 재작업을 제대로 측정한다면, 우리는 그 결과를 보고 싶습니다. 특히 우리를 반박하는 결과라면 더욱 그렇습니다.
더 넓은 데이터가 우리에게 가르쳐 준 것
- 도입은 스위치가 아니라 그라디언트다. 더 작고 빠르게 움직이는 드론 운영 앱에서는 세션의 18%가 fable-architect 패턴으로 실행됩니다. 더 오래된 SaaS 모노레포에서는 9%입니다. 가장 강하게 위임한 프로젝트는 두 입자 크기에서 동시에 해냈습니다. 세션 내 구현자 브리프 그리고 이슈 트래커를 통해 파견된 252개의 파이프라인 세션입니다.
- CI 플릿은 이 스킬을 실행하지 않는다 — 그것이 바로 구현자이기 때문이다. 우리의 자동화 러너 세션은 구현자 서브에이전트를 전혀 만들지 않으며, 처음에는 그것이 미도입으로 읽혔습니다. 프롬프트는 다른 말을 합니다. 모든 세션이 파이프라인 단계 — 검증, 검토, 격차 평가 — 이고, 대략 열에 여섯은 특정 이슈나 PR을 대상으로 작업합니다. 프로젝트 규모에서 파이프라인 러너들은 바로 구현자 등급입니다.
- 가장 저렴한 등급은 아직 첫 출근도 하지 않았다. 78개 이상의 구현자 실행이 모두 Opus급이었습니다. Sonnet 기계적 편집 등급은 최근에야 추가되어 아직 호출된 적이 없습니다. 이 측정이 절약한다고 말하는 것은 무엇이든 그것은 하한선입니다.
인터페이스가 핵심입니다. 브리프가 들어가면 diff가 나오고, 이슈가 들어가면 PR이 나옵니다. 가격 인상이 닥치는 날, 여러분은 벽돌공을 바꾸지 프로세스를 바꾸지 않습니다.
전면 공개. 모델은 가정이 아니라 트랜스크립트 문자열에서 검증했습니다. 우리는 두 번 스스로를 바로잡았습니다(줄 단위 토큰 과다 계산, 그다음 플레이스홀더 가격표). 반사실적 시나리오는 건축가가 구현자와 동일한 토큰량을 썼을 것이라고 가정합니다 — 오차 범위는 양방향으로 발생합니다. 파이프라인 세션은 우리의 처음 두 번의 채굴 패스가 범위에 넣지 않았던 트랜스크립트 스토어에 있습니다. 회계 경계 하나가 9M 토큰의 위임 채널을 우리에게서 가렸고, 여러분에게도 아마 하나 있을 것입니다. 한 엔지니어의 프로젝트들이며 대부분 검토-수정과 기능 작업입니다 — 통제된 벤치마크가 아닙니다. 또한 이 코퍼스는 Opus 5가 출시되기 전에 닫힙니다. 위의 모든 수치는 Opus-4급 구현자 위에서 Fable을 건축가로 쓴 결과입니다. Opus 5가 나왔을 때 등급 가격은 움직이지 않았으므로 측정된 비율은 유효합니다 — 하지만 무엇이 움직였는지는 다음 절을 보세요.
업데이트 — 우리 발밑에서 사다리가 움직였다
Opus 5는 이 측정이 끝난 뒤에 출시되었고, 가격 사다리에서 바뀐 것은 없습니다. Opus는 여전히 백만 입력/출력 토큰당 $5/$25이고, Fable은 여전히 $10/$50이며, 위 차트는 여전히 정확합니다. 바뀐 것은 각 등급의 역량입니다. Anthropic은 Opus 5를 깊은 추론과 장기 지평 에이전트 작업 — 그러니까 건축가 역할을 구성하는 바로 그 작업 — 에서의 단계적 변화로 포지셔닝하며, 가격은 건축가 등급의 절반입니다.
이는 우리 자신의 H2 반전을 정면으로 가리킵니다. 건축가 비용의 지배적 항목이 캐시 읽기이고 캐시 읽기가 입력 가격의 10%로 청구된다면, Opus 5에서 실행되는 건축가는 오케스트레이션 컨텍스트를 Fable의 $1.00이 아니라 백만 토큰당 $0.50로 다시 읽습니다. 건축가가 타이핑한 모든 것의 13배가 들던 항목이 반으로 줄어듭니다. 우리는 이것을 측정하지 않았습니다 — 이는 2.1배 반사실적 시나리오에 대해 우리가 지적했던 것과 동일한 동일-토큰량 가정 아래의 산술이며, 다음으로 테스트할 계획입니다. 이것이 성립한다면 흥미로운 질문은 어떤 모델 유형을 쓸 것인가가 아니라 건축가에게 최상위 등급이 정말 필요한가가 됩니다.
새로운 구현자 등급에 관한 세 가지가 패턴 자체를 바꾸며, 가격만 바꾸는 것이 아닙니다.
- 서브에이전트를 쉽게 만든다 — 위임하도록 설득해야 했던 전임자의 정반대입니다. 조용히 자기 구현자를 만들어내는 구현자는 아무도 보지 않는 사이에 청구서를 배로 만듭니다. 그래서 브리프에
위임:줄이 있습니다. 이제 각 조각은 분기할 수 있는지, 얼마나 넓게 할 수 있는지를 명시합니다. - 요구하지 않아도 스스로 검증한다. 구형 모델을 위해 작성된 검증 지침은 이제 중복된 두 번째 패스를 사는 셈이므로 브리프에서 빠집니다. 건축가의 검토 루프는 그대로입니다.
- 범위를 확장한다.
범위 밖:은 상투적 문구가 아니라 조각을 조각으로 유지하는 줄이 됩니다.
그리고 우리가 쓰지 않던 등급은 우리가 보지 않는 사이에 더 날카로워졌습니다. Sonnet 5는 코딩 작업에서 Opus에 근접한 품질을 $3/$15에 제공하며, 8월 말까지 그보다 낮은 도입 가격이 적용됩니다. “이 측정이 절약한다고 말하는 것은 무엇이든 그것은 하한선입니다"는 우리가 쓸 때는 방어적 표현이었습니다. 지금 읽으면 오히려 축소된 표현처럼 들립니다.
3부 — 이것이 의도적으로 향하는 곳
우리는 모든 엔지니어링 팀이 결국 강제로 밀려들 것이라고 생각하는 분할을 향해 의도적으로 조타하고 있습니다. 브레인스토밍, 아키텍처, 검토에만 값비싼 최전선 모델을, 프로그래밍 자체에는 점점 더 저렴한 모델을. 오늘 우리의 구현자는 Opus급입니다. 그들이 Sonnet급, DeepSeek급, Kimi급이 되어도 워크플로에서 바뀌는 것은 없습니다 — 인터페이스는 구조적으로 모델에 구애받지 않기 때문입니다. 그것이 전략적 가치의 전부입니다. 보조금이 끝나고 청구서가 두 배가 되는 날, 이 규율을 갖춘 팀은 설정 한 줄을 바꿉니다. 그렇지 않은 팀은 압박 속에서 전체 비용 구조를 다시 협상합니다.
Fable-architect는 작은 걸음입니다 — 도입은 부분적이고 가장 저렴한 등급은 아직 첫 실행도 해보지 못했습니다. 하지만 그것은 근육을 만드는 걸음입니다. 조각을 완전히 명세하는 브리프를 쓰고, 자기가 타이핑하지 않은 diff를 검토하고, 값비싼 모델의 주의를 예산으로 취급하는 근육 말입니다. 그리고 재설계 웨이브는 그 근육이 어디로 이끄는지 보여줍니다. 브리프가 작동하면 이슈도 작동하고, 값비싼 모델은 구현에 전혀 관여하지 않게 됩니다.
월요일에 할 수 있는 일
- 에이전트 하네스에서 역할을 나누세요. 세션 수준 규칙 하나: 최전선 모델은 계획하고 검토하며, 모든 파일 편집은 더 저렴한 구현자 에이전트에게 위임합니다. Claude Code에서는 스킬 하나와 서브에이전트 정의들로, 반나절이면 설정됩니다.
- 경계를 기계적으로 만드세요. 값비싼 모델의 파일 쓰기를 제어하는 편집 전 훅을 추가하세요. 깨뜨리는 데 아무 비용도 들지 않는 규칙은 금요일이면 깨집니다.
- 고정 템플릿으로 브리프를 쓰세요. 목표, 컨텍스트, 파일, 설계, 제약, 범위 밖, 위임 예산, 검증. 템플릿이 곧 규율이며 — 위임 예산이 구현자가 조용히 자기 구현자를 고용하는 것을 막습니다.
- 보고서와 diff를 모두 검토하세요. 어느 하나도 단독으로 믿지 말고, 중요한 검증 명령을 다시 실행하세요.
- 여러분의 분할을 직접 측정하세요. 여러분의 트랜스크립트에 이미 데이터가 있습니다 — 요청별로 그룹화하고 모델별로 가격을 매겨서 실제로 누가 타이핑하는지 보세요. 우리의 경우 쓰이지 않은 저렴한 등급과 우리가 몰랐던 9M 토큰의 위임 채널이 드러났습니다.
- 인터페이스를 브리프에서 이슈로 넓히세요. 브리프는 한 시간의 작업을 위임하고, 이슈는 하루의 작업을 위임합니다. 여러분의 이슈가 파이프라인이 실행할 수 있는 인수 기준을 갖추면, 값비싼 모델은 모든 조각마다 루프에 앉아 있는 대신 트래커에 작업을 등록하고 감독할 수 있습니다.
- 탈출구를 따뜻하게 유지하세요. 매주 위험도가 낮은 조각 하나에 저렴한 모델이나 오픈 모델을 구현자로 써보세요. 한 번도 써보지 않은 이식성은 없는 이식성입니다.
- 벽돌공만이 아니라 건축가의 가격을 다시 매기세요. 모든 모델 출시는 사다리를 움직이지 않고 등급을 움직입니다. 건축가 지출의 대부분이 타이핑이 아니라 컨텍스트라면, 더 저렴한 건축가 등급이 더 저렴한 구현자 등급보다 가치가 큽니다 — 여러분의 트랜스크립트가 어느 쪽을 사고 있다고 말하는지 확인하세요.
연구소들은 계속해서 자기들의 최상위 모델이 어떤 가격에도 값어치가 있다고 말할 것이고, 분통 터지게도 판단 작업에 관해서는 대체로 맞습니다. 대응은 손을 떼는 것이 아닙니다. for 루프에 최전선 가격을 지불하지 않는 것입니다.
