Fable 5.1이 계획만 짜고 Opus 5가 구현하게 해서 토큰을 아끼는 게 효율적일까?

당연하지. Fable은 오케스트레이터로 두고, Opus가 잘 못하는 작업만 Fable이 구현하게 해. 안 그러면 Opus로도 충분한 작업에 Fable을 써서 할당량을 금방 날려버리게 될 거야.

CLI는 앱이랑 달라. 앱에서는 세션을 전환해야 하거든. CLI라면 같은 세션 안에서 Fable이 하위 에이전트들에게 오케스트레이션을 시킬 수 있어. 각 하위 에이전트는 새로운 컨텍스트 윈도우를 받으니까 메인 세션에 직접적인 영향은 안 줘.

앱을 쓰고 있다면 하위 에이전트 위임은 아직 불가능해. 곧 가능해지길 바라지만 지금은 안 돼. 계획을 가져와서 Fable이 분리하게 한 다음, 각 부분을 수동으로 새 세션에 넣어줘야 해.

하위 에이전트가 몇 개인지, 파견된 작업이 얼마나 걸릴지에 따라 달라. 파견된 작업이 오래 안 걸린다면, 작은 작업마다 일일이 복사해서 새 채팅에 붙여넣는 것보다 한 세션으로 유지하는 게 나아. 하지만 Opus가 한 시간 이상 걸릴 작업을 한다면, Fable이 새 인터랙티브 세션에 복사/붙여넣기 할 프롬프트를 주게 하고, Opus는 다른 워크트리에서 작업하게 한 뒤 완료되면 공유 브랜치로 커밋을 패스트포워드해서 깔끔한 선형 git 히스토리를 유지하는 게 더 합리적일 수 있어.

응, 그게 정확히 내 워크플로우야. 심지어 이걸 위한 앱(Runner)도 만들었어. 다만 구현 측면에서는, 현재는 /fast 옵션을 켠 gpt 5.6이 제일 마음에 들어. opus 5는 나한테 좀 느리거든. deepseek 4.1 flash도 써봐, 엄청 빠르고 작은 코드 수정에 딱이야.

Fable이 계획을 짜고 어떤 수준의 에이전트를 쓸지 결정해서 계획에 명시해. 그다음 Fable이 오케스트레이션을 하지. 그리고 모든 작업은 동일하거나 더 높은 티어의 에이전트가 검토해. 난 이걸 거의 상시 가동 수준으로 많이 쓰는데, 200개 계획을 짜도 한도를 다 안 써. 리셋 전날 밤에는 모놀리식 리팩토링이나 레포 정리 같은 잡무를 다 돌려서 주간 한도를 다 쓰려고 노력해.