Michael JohnsonCopilot’ta karmaşık görevler için artık HydraFusion Max’i seçebilirsiniz: Sistem, çözüm ve inceleme aşamalarında hangi yürütme yöntemini ve modelleri kullanacağına kendisi karar verir. GitHub güncellemeyi 14 Ekim 2026’da duyurdu; HydraFusion ve Max, VS Code’da, GitHub Copilot uygulamasında ve Copilot CLI’da araştırma önizlemesinde kullanılabiliyor.
HydraFusion, tek başına bir model değil, birden fazla modeli yöneten bir orkestratör olarak çalışır. Her istek için şu senaryolardan birini seçer: Bir model görevi çözer; Cascade taslağı değerlendirebilecek veya daha kapsamlı bir tur isteyebilecek bir hakem modele inceletir; Critique ise birkaç modelden paralel yorumlar toplar ve gözden geçirilmiş bir yanıt sunar. GitHub güncellemede, Cascade’e taslak değerlendirme aşaması eklendiğini, Critique’in ise çalışma alanını denetlemek için araçlardan daha etkin biçimde yararlandığını bildirdi. HydraFusion güncelleme duyurusu, akıl yürütme düzeyinin ayarlanabildiğini de açıklıyor: ilk taslak için orta, inceleme için yüksek düzey.
Max, inceleme derinliğinin önemli olduğu görevler için tasarlandı
HydraFusion Max, temel sürümle aynı mimariyi ve orkestrasyon yöntemlerini kullanıyor; ancak daha zorlu görevler için tasarlanmış ve titizlik gerektiğinde daha yüksek akıl yürütme düzeyini devreye sokuyor. GitHub, karmaşık ajan görevlerini örnek gösteriyor; şirket, sıradan günlük işler içinse tek modelin otomatik seçildiği senaryoyu öneriyor.
Bu, geliştiricilere hız ile ek inceleme aşamaları arasında pratik bir tercih sunuyor. Küçük bir düzeltmede fazladan turlar, yararlı bir sonuç sağlamadan gecikmeyi ve maliyeti artırabilir. Değişikliklerin tutarlılığını denetlemenin önemli olduğu, birden fazla dosyayı kapsayan bir düzenlemede ise ayrı bir eleştiri aşaması daha uygun olabilir. Bu, kendi görevlerinizde sınanması gereken bir çalışma varsayımıdır; GitHub’ın kalite artışı için yayımladığı bir garanti değildir.
Önizleme, maliyetlerin ve çalışma kopyasındaki değişikliklerin izlenmesini gerektiriyor
Erişim, Copilot planına, etkinleştirilmiş deneysel özelliklere ve kuruluş politikalarına bağlıdır. GitHub belgelerine göre HydraFusion kullanılabilir modelleri kendisi seçer ve her ayrı tur, ilgili modelin standart tarifesi üzerinden ücretlendirilir. Bu nedenle Cascade veya Critique kullanan bir görev, tek bir model çağrısından daha fazla yapay zekâ kredisi harcayabilir. HydraFusion belgeleri, bu koşulları, kullanımı görüntüleme yöntemlerini ve araştırma önizlemesinin mevcut sınırlamalarını açıklıyor.
Ekipler, orkestrasyonu açmaya değip değmediğini kolayca değerlendirebilir: Gerçek görevlerden küçük bir örneklem seçin, aynı istemleri ve depoların başlangıç sürümlerini kullanın, ardından HydraFusion’ı, Max’i ve normal modu karşılaştırın. Her sonuç için harcanan süreyi, yapay zekâ kredilerini, inceleme sonrasında yapılan düzeltme sayısını ve testlerin ya da incelemeyi yapan kişinin bulduğu hataları kaydetmek yararlı olur. Böyle bir ölçüm, uygulamaya dönük şu soruyu yanıtlar: Ek tur sizin geliştirme sürecinizi gerçekten iyileştiriyor mu?
Değişiklikleri birleştirmeden önce diff’i inceleyin ve olağan testleri çalıştırın: belgeler, vazgeçilen bir taslak sırasında yapılan dosya değişikliklerinin otomatik olarak geri alınmadığı konusunda uyarıyor. Özellikler önizlemede kaldığı ve kullanılan modeller değişebildiği için, önemli güncellemelerden sonra değerlendirmeyi yinelemek gerekir. Kısa günlük istekler için başlangıç noktası olarak olağan model seçimini kullanmak mantıklıdır; HydraFusion Max’i ise ek incelemenin hata düzeltme süresinden tasarruf sağlayabileceği görevlerde denemek yerinde olur.