Opus와 Sonnet이 Fable처럼 작동하게 만드는 Claude.MD (+마이그레이션 도구)

Fable이 더 나은 건 당연하지. 그래서 내가 마지막에 이렇게 쓴 거야.

Fable이 될까? 아니. Fable이 MD를 다시 써주는 것만큼 좋을까? 아니. 이건 Opus/Sonnet을 위해 Fable이 MD를 수정하게 하고 싶었지만 토큰이 없었거나 깜빡한 사람들을 위한 거야. "아무것도 안 하는 것보단 낫다"는 접근 방식이지.

만약 MD와 문서만으로 해결된다면 Fable이나 다음 세대 모델은 필요 없었겠지. 그냥 Haiku를 5배 플랜으로 돌리면서 좋은 프로세스만 갖춰놓으면 됐을 테니까.

하지만 최소한 나는...

Fable 사용량을 더 효율적으로 쓰는 방법은 프로젝트를 위한 더 빠르고 정확한 검증 하네스를 만드는 거야.

성능이 낮은 모델들도 확실하게 결과를 낼 수 있도록 보장되고, 측정 가능하며, 재현 가능한 성공 게이트 프리미티브를 제공하는 거지.

다른 곳에서 턴을 아낄 수 있다면 컨텍스트를 처음에 로드하는 것도 괜찮아. 나는 비즈니스 전반에 걸친 의사결정을 위해 비즈니스 관련 컨텍스트를 어느 정도 미리 로드해두거든.

아주 특정한 상황 외에는 관련 없는 컨텍스트를 잔뜩 미리 로드하는 건 확실히 나쁜 습관이지.

아, 물론 컨텍스트를 절대 미리 로드하지 말라는 뜻은 아니야. 초반에 필요한 건 미리 로드하는 게 낫지. 워크플로우의 첫 단계에서 필요 없는 건 필요할 때 불러오는(lazy load) 게 더 나아. 비용도 저렴하고 결과도 더 좋거든. 비즈니스 규칙이야말로 점진적 공개가 빛을 발하는 부분이지. 모든 워크플로우나 채팅마다 비즈니스 컨텍스트 전부가 필요한 건 아니잖아. 하지만 모델이 필요한 정보를 어디서 찾을지 알게 하면, 의사결정을 내릴 때 필요한 모든 정보를 갖출 수 있게 되지...

맞아, 그게 훨씬 더 잘 작동할걸. 내 업무용 Claude.md도 그냥 주제별로 참고 가이드 위치만 적어둔 인덱스야. 그래서 특정 주제로 작업할 때 필요한 맥락을 어디서 가져와야 할지 Claude가 바로 알거든. 특정 기술이나 에이전트가 항상 특정 참고 가이드를 필요로 한다는 걸 알면, 필요할 때마다(필요한 시점에 따라 즉시 혹은 나중에) 불러오게 설정해 둠.