Fable 5가 내일 밤 이후 API 전용으로 전환됩니다. 주간 한도가 10% 정도 남았는데, 가장 가치 있게 쓸 방법이 뭘까요?
Fable 5 goes API-only after tomorrow night. I have about 10% of my weekly limit left. What's the highest-value thing to spend it on?
핵심 요약
Fable 5 서비스 종료를 앞두고 남은 토큰을 워크플로우 최적화와 기술 문서화에 활용하려는 사용자들의 전략 공유.
- 워크플로우 최적화 — AI와의 협업 방식과 병목 구간을 분석하여 작업 효율 개선함
- 기술 문서화 — 향후 다른 모델로 이관할 수 있도록 상세한 설계 문서와 알고리즘 설계 작성함
- 자동화된 이슈 관리 — 깃허브 이슈를 원자 단위로 세분화하여 주니어 엔지니어 수준에서도 처리 가능하게 구조화함
- 에이전트 네이티브 전환 — 버그 리포트부터 검증까지 에이전트가 자율적으로 수행하도록 코드베이스 재설계함
Fable 5가 내일 밤(태평양 표준시 7월 7일 오후 11시 59분)부로 Claude 구독 플랜에서 빠짐. 그 이후로는 API 전용으로 전환되고, 입력 토큰 100만 개당 $10, 출력 토큰 100만 개당 $50씩 나감. 이번 주 할당량 10% 정도 남았는데, 이거 알차게 써보려고 함.
지난 10개월 동안 Claude Code로 '바이브 코딩' 좀 해봤는데, 내 작업 환경 보면 딱 티가 남. 목적을 잃고 비대해진 CLAUDE.md 파일들, 썼는지도 까먹은 스킬들, 매 세션마다 손수 타이핑하는 게 취미가 된 것 같은 지시사항들까지. 에이전트가 빠르면 내 아키텍처가 감당을 못 하고 앞서나가 버림.
오늘 밤엔 새로운 거 안 만들 거임. 그동안 이 녀석이 내 작업 방식에 대해 배운 모든 걸 다 뱉어내게 할 생각임.
Run 1: 하네스 고고학
Go through all my Claude history: conversations, docs, projects, skills, and workflows. Answer five questions:
1. What do I actually use you for most? (not what I think I use you for)
2. Which tasks do I repeat that were never turned into anything reusable?
3. Which instructions do I keep rewriting by hand, session after session?
4. Which workflows deserve to become permanent skills?
5. Where was my approach simply wrong? Point at things you watched me do that I should stop doing.
Then convert every answer into artifacts: skills, usage guides, workflow templates. Everything worth keeping should survive as a file, not a memory.
Run 2: 에이전트 네이티브 감사
내 앱에 들어오는 사용자 버그 리포트가 채팅창으로 일일이 확인하기엔 너무 많음. 그래서 이번엔 딱 하나의 목표를 잡고 아키텍처를 검토할 거임. 에이전트가 버그 리포트를 받아서 재현하고, 고치고, 실제 빌드에서 검증까지 끝내버리는 거. 난 거의 관여 안 해도 되게끔 말이지.
Act as a principal architect reviewing this codebase with a single goal: make it agent-native. Definition: coding agents should be able to pick up a user bug report or a roadmap feature, then reproduce, implement, test, and verify it on a real build with minimal human input.
Audit four things:
1. Human-judgment chokepoints: every place where a change currently requires my personal judgment or tribal knowledge. Which of these could become written conventions, decision tables, or CLAUDE.md rules an agent can follow on its own?
2. Verification gaps: for each core subsystem, what is missing for an agent to verify its own change end-to-end? (behavior tests, live probes, mock event injection, log assertions, screenshot diffs)
3. Reproduction paths: given a typical user bug report (text plus diagnostic bundle), what would an agent need to reproduce it autonomously? What fixtures or replay harnesses are missing?
4. Structural obstacles: modules too entangled for an agent to change safely without reading the whole repo. Propose boundaries.
Deliverable: a prioritized plan ranked by human-attention-saved per unit of effort. The top 5 items must be specified concretely enough that an agent could start each one from this document alone.


