다이내믹 워크플로우는 여전히 독보적임. 다른 하네스에 아직 도입 안 된 게 놀라울 따름

개발자 워크플로우용으로는 너무 경직되어 있고 토큰도 많이 먹는다고 느꼈음. 하지만 보고서 작성처럼 단계가 정해진 지식 작업에는 아주 좋음.

완전 일리 있는 말임. Fable을 고도의 추론을 담당하는 오케스트레이터로 두고, 무거운 실행 작업은 표준 서브셸을 통해 로컬이나 더 저렴한 모델 CLI로 위임하는 건, AI에 Unix 철학을 적용한 거나 다름없음. 작은 도구들이 특정 작업을 수행하고, 최상위 오케스트레이터가 이를 조합하는 거지. 이렇게 하면 Fable의 컨텍스트가 깔끔하게 유지되고, 중첩된 서브에이전트 시스템 프롬프트로 인한 토큰 낭비를 피할 수 있으며, 단순 실행 작업에는 저렴한 모델이나 로컬 GPU 자원을 쓸 수 있음. 다른 사람들도 이렇게 하는 걸 보니 좋네.

Codex는 서브에이전트한테 작업을 충분히 잘 위임해서 다이내믹 워크플로우가 따로 필요 없음.

완전 동감함. 난 Sonnet이랑 Haiku만 쓰게 제한하고, Opus는 최대 X개, Fable은 Y개까지만 허용함. 최근에는 각 작업에 필요한 노력 수준도 고려해서 쓰라고 시키는 중.

다이내믹 워크플로우가 제값을 하는 이유가 바로 그거임. 모든 걸 하나의 모델로 강제하는 대신 작업에 맞는 모델을 고를 수 있으니까. 여러 실행기를 동시에 돌릴 때 지저분해지는 부분은, 어떤 게 실제로 내 입력을 기다리는지 아니면 조용히 멈춰있는지 파악하는 건데, CCC(https://github.com/amirfish1/claude-command-center)가 바로 그 간극을 메우려고 만든 거임. 수동으로 생성했든 오케스트레이터를 통해 생성했든 상관없이 모든 걸 한 보드에서 볼 수 있지. 평소에 어떤 실행기 조합을 쓰는지 궁금하네, 주로 코딩 모드인가…