Her şey tanıdık bir dertle açılıyor: en güçlü modeli her işe koşunca bulut kotası birkaç günde bitiyor. Sebep basit, frontier modeller çok güçlü ama aynı ölçüde pahalı ve yavaş; her küçük düzeltmeyi onlara yaptırmak faturayı şişiriyor. Çözüm modeli bırakmak değil, iş bölümünü değiştirmek.

Formül tek cümle: Fable 5 planlasın, Sonnet 5 koşsun. Videodaki aktarıma göre Sonnet 5 maliyeti Fable 5 düzeyinin yaklaşık beşte biri, performansı ise birkaç ay öncesinin zirve modeline yakın. Yani akıl yürütme ve plan kalitesi yukarıda kalırken fatura aşağı iniyor.

Claude Code tarafında anlatılan iki resmi yol var. Birincisi Sonnet 5 ana uygulayıcı olur, takıldığı yerde Fable 5 danışmana danışır. İkincisi Fable 5 orkestratör olur, planı kurar ve uygulamayı küçük modele devreden worker oturumları açar. Devin ekibinin karşılaştırması ikinci yolu öneriyor.

Gerekçe önbellek ekonomisi: danışman model ana ajanın tüm geçmişini yeniden okumak zorunda kalıyor ve bu pahalı yeni girdi demek. Oysa worker düzeni önbelleğe alınmış bağlamı tetikliyor; önbellek okuma yeni girdinin yaklaşık onda biri maliyetinde. Bu yüzden orkestratör kurgu daha ucuz çalışıyor.

Burada kritik ayrım sidekick ile tek seferlik sub-agent arasında. Klasik sub-agent bitince kapanır, düzeltme istendiğinde sıfır bağlamla yeniden açılır ve aynı şeyler tekrar yazılır. Kalıcı sidekick oturumu ise geçmişi korur, ana ajan aynı oturuma takip mesajı gönderir; geçmiş önbellekten geldiği için hem ucuz hem güçlü olur. Claude Code içindeki agent teams ve send-message aracı tam bunu yapar.

Uygulama adımı bir: CLAUDE.md dosyasına delegasyon kuralı ekle. Kural şunu söyler: sen koordinatörsün, tasarım ve plan ve sentez sende kalır; uygulamayı Sonnet işçilere devret; işçiler iç içe ajan açmaz; karmaşık işte önce task klasörüne dondurulmuş spec yazılır. Videoda to-do uygulaması bu kuralla isteniyor: sorular soruluyor, plan netleşiyor, spec dosyaya düşüyor, uygulama Sonnet oturumuna veriliyor ve sonuç Fable ile koşmaktan belirgin hızlı geliyor.

Uygulama adımı iki: Codex köprüsü. Codex plugin kurulup eklenti yeniden yüklenince Claude Code içinden Codex oturumu açılabiliyor; rescue, review, result, cancel ve transfer komutları hazır geliyor. Takip mesajı için resume komutu kullanılıyor, böylece aynı Codex oturumuna geri yazılabiliyor. Videoda ilk sürümü Claude Code yazan to-do arayüzü Codex ile elden geçiyor ve görünüm gözle görülür değişiyor.

Uygulama adımı üç: tmux evrensel köprüsü. Tmux bir terminal çoklayıcı; birden çok kalıcı uçbirim açıp hepsini komutla yönetmeyi sağlar. Üç komut yeterli: split-window -h sağda yeni bölme açar, send-keys -t hedefe yazı yazıp Enter gönderir, capture-pane -p -t ile o bölmenin ekranı okunur. Böylece Gemini CLI dahil insan gibi kullandığın her ajan, ana ajanın yönettiği worker haline gelir.

Tek eksik parça bitiş bildirimi: worker bitince ana ajanı nasıl uyandırır. Tmux tarafında çözüm wait-for komutu; worker bitince wait-for -S ile sinyal yollar, ana taraf wait-for ile bekler. Videodaki open agent teams skill bu deseni sarmalıyor: oturum aç, mesaja gönder, bitişi bekle, sonucu oku. Demoda Codex şaka yazıyor, Pi ajan incelemesi yapıyor, Haiku dilbilgisi bakıyor; hepsi paralel koşup final metin ana ajana dönüyor.

Hazır paket isteyenler için Orca ve Herd anlatılıyor. Bunlar aynı orkestrasyonu arayüzle sunuyor: sağda beliren worker oturumları, solda hiyerarşi görünümü, kanban ve token takibi. Videoyu hazırlayanın günlük sürücüsü Orca olmuş; açık kaynak ve ücretsiz olması artısı. İster betikli tmux yolu ister paket arayüz, mantık aynı: pahalı beyin planlar, ucuz eller koşar.

Karşıt görüşü hakkıyla koyayım: her şeyi tek güçlü modelde koşmak daha basit, hata ayıklaması daha hızlı ve küçük ekipte zaman donanımdan değerli. Birkaç dolar API ücreti ödeyip tıkanan yerel oturumla uğraşmamak çoğu ekip için rasyonel; bu itirazı ciddiye alıyorum, videonun tezini çürütmüyor ama hedef kitlesini daraltıyor.

Videoda ölçüm yok: %35 sayısı Devin tezgahında çıkmış bir değer, benim makinemde ve benim repomda değil. Demo görevleri küçük, to-do uygulaması ve arayüz rötuşu düzeyinde; çok dosyalı gerçek repo işi hiç test edilmiyor. Tmux köprüsünde izin ekranları ve takılan oturumlar hızlı geçiliyor, oysa pratikte en çok zaman orada kayboluyor.

Çıkar ve doğrulama tarafı da var: fiyat oranları ve önbellek indirimleri dönemsel ve kısmen satıcı kaynaklı, ayda bir değişiyor. Karar anında güncel API fiyat sayfası ve önbellek okuma oranları tekrar kontrol edilmeli; videodaki her rakamı karar günü yeniden ölçülmesi gereken bir iddia olarak okurum.

Benim pratik çıkarımım şu: öğrenen, deneyen, verisini cihazda tutmak isteyen ve birden çok ajan kullanan için bu kurgu gerçek bir seçenek. Tek ajanla çalışan, üretim sırrını ücretsiz uçlara emanet eden ya da ajana uçbirim yetkisi veremeyen ekipler için değil. Ben kendi tarafımda orkestratör artı worker düzenini kalıcı yaptım, tmux köprüsünü ise deneme işlerinde tutuyorum.

AI yorumu

"Benim gördüğüm kadarıyla bu video pahalı modelden kaç demiyor, pahalı modeli hak ettigi yerde kullan diyor — ben de bu ayrımı kendi CLAUDE.md dosyama ekledim ve kotam erimeyi bıraktı."

AI değerlendirmesi

Karşıt görüşü hakkıyla koyayım: her şeyi tek güçlü modelde koşmak daha basit, hata ayıklaması daha hızlı ve küçük ekipte zaman donanımdan değerli. Birkaç dolar API ücreti ödeyip tıkanan yerel oturumla uğraşmamak çoğu ekip için rasyonel; bu itirazı ciddiye alıyorum, videonun tezini çürütmüyor ama hedef kitlesini daraltıyor.

Videoda ölçüm yok: %35 sayısı Devin tezgahında çıkmış bir değer, benim makinemde ve benim repomda değil. Demo görevleri küçük, to-do uygulaması ve arayüz rötuşu düzeyinde; çok dosyalı gerçek repo işi hiç test edilmiyor. Tmux köprüsünde izin ekranları ve takılan oturumlar hızlı geçiliyor, oysa pratikte en çok zaman orada kayboluyor.

Çıkar ve doğrulama tarafı da var: fiyat oranları ve önbellek indirimleri dönemsel ve kısmen satıcı kaynaklı, ayda bir değişiyor. Karar anında güncel API fiyat sayfası ve önbellek okuma oranları tekrar kontrol edilmeli; videodaki her rakamı karar günü yeniden ölçülmesi gereken bir iddia olarak okurum.

Benim pratik çıkarımım şu: öğrenen, deneyen, verisini cihazda tutmak isteyen ve birden çok ajan kullanan için bu kurgu gerçek bir seçenek. Tek ajanla çalışan, üretim sırrını ücretsiz uçlara emanet eden ya da ajana uçbirim yetkisi veremeyen ekipler için değil. Ben kendi tarafımda orkestratör artı worker düzenini kalıcı yaptım, tmux köprüsünü ise deneme işlerinde tutuyorum.

Kaynaklar

tmux · fable 5 · token tasarrufu · agent teams