GitHub HydraFusion Copilot CLI Rehberi: Nasıl Denenir?

GitHub HydraFusion, Copilot CLI için sunulan bir araştırma önizlemesi niteliğinde orkestrasyon sistemi. Ancak çevrimdışı benchmark sonuçları, uzun ve karmaşık depolardaki performansın garantisi değil.

Kuruluma geçmeden önce kısa cevap

GitHub Copilot planınız varsa ve tek bir komutla tarif edilebilecek, kapsamı net ve kapsamlı bir kodlama göreviniz bulunuyorsa HydraFusion’ı denemeye değer. Yine de kritik üretim değişikliklerinde veya uzun karşılıklı konuşmalara dayanan işlerde şimdilik varsayılan tercihim olmaz. GitHub hâlâ bu özelliği araştırma önizlemesi olarak sunuyor ve daha güçlü çok turlu desteğin ileride geleceğini belirtiyor.

HydraFusion yeni bir temel model değil. GitHub Copilot CLI içindeki çalışma zamanı orkestrasyon sistemi, bir görevin tek bir modelle çözülebileceğine, daha güçlü bir modele yükseltilmesi gerektiğine ya da sonuç dönmeden önce bağımsız bir inceleme yapılmasının faydalı olup olmayacağına karar veriyor.

Copilot CLI’da HydraFusion’ı etkinleştirme

Bu önizleme, normal VS Code model seçicisinden değil, Copilot CLI üzerinden etkinleştiriliyor. GitHub’ın resmi duyurusuna göre özellik, deneysel bir komut dizisi aracılığıyla tüm Copilot planlarında kullanılabiliyor. Copilot CLI hızlı başlangıç rehberi ise kurulum ve kimlik doğrulama adımlarını ayrıca ele alıyor.

/update komutunu çalıştırarak Copilot CLI’ı güncelleyin.
/experimental on ile deneysel özellikleri etkinleştirin.
/model komutuyla model seçiciyi açın.
HydraFusion (Research Preview) seçeneğini işaretleyin.
Uzun soluklu, sohbet tabanlı bir projeyle değil; kapsamı ve sınırları net, tek bir kapsamlı kodlama göreviyle başlayın.

HydraFusion listede görünmüyorsa önce CLI’ı güncelleyin. Ardından Copilot hesabınızın, kuruluş politikanızın ve kullandığınız CLI derlemesinin bu önizlemeyi desteklediğini kontrol edin. Mevcut komut dizisi için başvurulacak temel kaynak resmi GitHub duyurusu; önizlemenin adı ve erişilebilirliği değişebilir.

Arama sonuçlarında ayrıca otonom araçlarda sensör füzyonu üzerine bir araştırma deposu olan AICPS/hydrafusion da çıkıyor. Bu proje, GitHub’ın Copilot için geliştirdiği Project HydraFusion ile ilgili değil.

Göreve göre doğru iş akışını seçin

HydraFusion, beklenen kalite, maliyet ve yanıt süresi ihtiyaçlarına göre üç yürütme biçiminden birini kullanıyor. Mevcut önizlemede bunlar manuel olarak seçilen “modlar” değil. GitHub, HydraFusion’ı model benzeri bir seçenek olarak sunuyor ve temel iş akışını çalışma zamanı sırasında belirliyor.

İş akışı	Ne oluyor?	İlk kullanım için en uygun görevler	Temel ödünleşim
Single	Tek bir model görevi doğrudan çözüyor.	Basit düzenlemeler, açıklamalar veya küçük düzeltmeler.	Görünen iş yükü en düşük seçenek; ancak yükseltme ya da bağımsız inceleme yok.
Cascade	Verimli bir model önce taslak oluşturuyor; kalite kapısı gerekirse görevi daha güçlü bir modele yükseltiyor.	Kolay görünebilen ancak daha yüksek kapasite gerektirme ihtimali olan görevler.	İlk deneme yeterli olduğunda maliyeti düşürür; ancak kalite kapısı ve olası ikinci çağrı ekler.
Critique	Bir model taslak hazırlıyor, farklı bir model ailesinden izole bir eleştirmen taslağı inceliyor ve ilk model bir kez revizyon yapıyor.	İkinci bir bakış açısının hataları yakalayabileceği değişiklikler.	Daha fazla çağrı ve daha yüksek gecikme; eleştirmenin araçlara doğrudan erişimi yok.

Single: doğrudan yürütme

Single en basit yol. GitHub’ın açıklamasına göre görevi tek bir çözücü model alıyor ve normal, izinleri dikkate alan Copilot ajan döngüsü içinde çalışıyor. Bu nedenle net bir uygulama planı ve kısa bir test yolu olan istekler için doğal bir tercih.

Avantajı, iş akışı kaynaklı ek yükün düşük olması. Ancak Single’da yerleşik bir ikinci görüş bulunmuyor.

Cascade: önce ekonomik model, gerekirse daha güçlü seçenek

Cascade, işe verimli bir modelle başlıyor ve sonucu yeterli bulup bulmadığına ya da görevi yükseltmesi gerekip gerekmediğine kalite kapısıyla karar veriyor. Bu yaklaşımın ekonomik mantığı seçici yükseltme: rutin istekler, varsayılan olarak en güçlü modeli tüketmemeli.

İlk deneme kalite kapısından geçtiğinde Cascade maliyeti azaltabilir. Ancak GitHub evrensel bir yükseltme oranı paylaşmıyor. Bu nedenle her isteğin ucuz yolu izleyeceğini varsaymak yerine, sistemi gerçek görev sonuçlarına bakarak değerlendirin.

Critique: taslak, bağımsız inceleme ve tek revizyon

Critique, farklı bir model ailesinden ayrı bir inceleyici ekliyor. GitHub’ın belirttiğine göre eleştirmen izole ve araçsız bir ortamda çalışıyor, taslağı inceliyor ve geri bildirimini tek bir revizyon yapması için ilk çözücü modele iletiyor; depoyu doğrudan düzenleyemiyor.

Bu yapı, otomatik bir akran incelemesi gibi çalışıyor. Karşılığında ise ek bir model çağrısı ve gecikme getiriyor.

Benchmark tablosunu vaat değil, ödünleşim olarak okuyun

GitHub’ın çevrimdışı testleri, benchmark’a özgü kalite-maliyet ödünleşimlerini gösteriyor. Her Copilot görevi için maliyetin %67 daha düşük olacağına dair bir garanti sunmuyor.

Benchmark	Claude Opus 5’e kıyasla HydraFusion kalitesi	Claude Opus 5’e kıyasla tahmini maliyet	Buradan çıkarılacak sonuç
TerminalBench 2.1	+4.9 yüzde puan	%67 daha düşük	Raporlanan en güçlü sonuç: doğrulanmış görev kalitesi daha yüksek, tahmini maliyet ise daha düşük.
DeepSWE	−1.5 puan	%36 daha düşük	Zor depo çalışmalarında ölçülebilir bir kalite kaybı karşılığında anlamlı bir tasarruf.
CheckpointBench	−0.1 puan	%65 daha düşük	GitHub’ın kurum içi, tekrar oynatma temelli benchmark’ında kalite neredeyse aynı; tahmini maliyet ise çok daha düşük.

GitHub, resmi HydraFusion duyurusuna göre tutarlı değerlendirme ayarları kullandı ve yeniden denemeler, eleştiriler, yükseltmeler ve geri dönüşler dahil olmak üzere tüm iş akışı çağrılarını hesaba kattı.

CheckpointBench, seçilmiş Copilot oturumlarının değiştirilemez herkese açık depo commit’lerine karşı yeniden oynatılması olarak tanımlanıyor. Bu yönüyle basit bir metin üretimi testinden çok kodlama ajanlarının gerçek kullanımına yakın; yine de kontrollü bir benchmark. DeepSWE’de HydraFusion kalitesinin daha düşük çıkması önemli, çünkü tabloyu her durumda kazanan bir sistem gibi okumayı engelliyor.

Gerçek dünyadan bağımsız kanıtlar ise hâlâ sınırlı. Bağımsız bir geliştirici olan X’teki @DoDataThings, temel doğrulama sorununu şöyle ortaya koyuyor:

“Plan yapan modelin kodu yazan model olması gerekmiyor. GitHub’ın notuna göre HydraFusion, kontrollü çevrimdışı değerlendirmelerde Opus 5 temel sonuçlarını yakaladı veya aştı. Ancak çevrimdışı değerlendirmeden karmaşık gerçek depoya geçildiğinde orkestrasyon genellikle avantajını kaybediyor. Maliyet farkının ne kadarı ayakta kalacak, merak ediyorum.”

Bu paylaşım bir ölçüm değil, bir soru. Yine de doğru testin ne olması gerektiğini gösteriyor: karmaşık depolarda maliyet ve kalite.

Gerçek bir depoda önem taşıyan operasyonel ayrıntılar

HydraFusion’ın değeri yalnızca daha ucuz bir model seçmesine bağlı değil. GitHub’ın belgelerine göre sistemde muhasebe, iptal, yönlendirme doğrulaması, inceleme izolasyonu ve yama uygulaması için kontroller bulunuyor. Bunun nedeni, birden fazla model çağrısının tek bir doğrudan isteğe kıyasla daha fazla operasyonel durum oluşturması.

Kontrol	Kullanıcı açısından anlamı
Maliyet ve süre kontrolleri	HydraFusion, iş akışının tüm adımlarındaki çağrıları takip ediyor ve yürütmeyi sınırlandırabiliyor. Ancak eleştiri, yükseltme, yeniden deneme ve geri dönüşler gecikmeyi veya toplam kullanımı artırabilir.
Yönlendirme ve yama kontrolleri	GitHub, yönlendirmeleri doğruladığını ve geçersiz ya da iptal edilmiş bir iş akışından sonra yama uygulamadığını söylüyor. Ancak bu iki kontrol de seçilen yönlendirmenin veya üretilen son kodun doğru olduğunu kanıtlamaz.
İnceleme izolasyonu	Eleştirmenler salt okunur ve araçsız çalışırken çözücüler ortak çalışma alanını kullanıyor. Bu, inceleyicinin doğrudan değişiklik yapma riskini azaltıyor; yine de diff incelemesi ve testler gerekli.

GitHub duyurusu bir görünürlük ödünleşimini de belgeliyor: ara taslaklar, nihai sonuç gelene kadar gösterilmiyor. Böylece yanıt daha temiz görünüyor; ancak beklerken taslak, yeniden deneme, yükseltme ve vazgeçme davranışlarını göremiyorsunuz.

HydraFusion için mantıklı bir ilk test

İlk test için en iyi seçenek, kod tabanını açık uçlu biçimde “iyileştirmesini” istemek değil; sonucu nesnel olarak kontrol edilebilen, sınırları belirli bir depo görevi seçmek. Önizlemeyi, bilinen bir başlangıç commit’i ve başarı için sabit bir tanımla yürütülen bir deney olarak ele alın.

Temiz bir dal veya worktree oluşturun ve başlangıç commit’ini kaydedin.
Dosya sınırları dar, tekrarlanabilir bir test komutu bulunan tek bir görev seçin.
Beklenen davranışı, kısıtları ve testleri ilk komutta açıkça belirtin.
Görevi HydraFusion’a tamamlatın; ardından ajan başarılı olduğunu söylese bile sonucu doğrudan kabul etmek yerine diff’i inceleyin.
İlgili testleri kendiniz çalıştırın ve ilgisiz dosyalarda değişiklik yapılıp yapılmadığını kontrol edin.
CLI gösteriyorsa gecikmeyi, görünen kullanım veya maliyet verilerini, yeniden denemeleri, yükseltme davranışını ve nihai test sonucunu kaydedin.
HydraFusion’ı sabit bir modelle karşılaştırmadan veya ekibinizin varsayılan tercihini değiştirmeden önce birkaç görevle aynı deneyi tekrarlayın.

Tek bir başarılı yama, benchmark iddialarını doğrulamak için yeterli değil. Anlamlı değerlendirme için rutin bir düzeltmeyi, dosyalar arası bir değişikliği ve yükseltme ya da eleştirinin fark yaratabileceği, bilerek belirsiz bırakılmış bir durumu kapsayan küçük bir görev seti kullanın.

HydraFusion’ın maliyeti ve vermediği garantiler

GitHub, duyurusunda HydraFusion için ayrı bir dolar fiyatı paylaşmıyor. Bunun yerine kullanımın, altyapıda kullanılan modellerin standart token ücretlerine göre faturalandırıldığını belirtiyor. Dolayısıyla nihai maliyet, çalışma zamanının hangi modelleri ve iş akışı adımlarını kullandığına bağlı.

Faturalandırma sorusu	Mevcut yanıt
Ayrı bir HydraFusion abonelik ücreti var mı?	GitHub’ın duyurusunda ayrı bir HydraFusion ücreti belirtilmiyor.
Kullanım nasıl faturalandırılıyor?	İş akışını oluşturan modellerin standart ücretleri üzerinden, tüketilen token sayısına göre.
Tek bir görev birden fazla ücretlendirilebilir çağrı kullanabilir mi?	Evet. Cascade ve Critique birden fazla iş akışı adımı içerebilir; muhasebeye yeniden denemeler ve geri dönüşler de dahil.
Benchmark’taki %67 tasarruf, müşterinin de %67 daha az ödeyeceği anlamına mı gelir?	Hayır. Bu, belirli bir benchmark, politika, model havuzu ve fiyatlandırma düzeni için yapılmış tahmini bir karşılaştırma.
HydraFusion kararlı bir üretim özelliği mi?	Hayır. GitHub bu özelliği araştırma önizlemesi olarak etiketliyor ve modellerin, iş akışlarının, erişilebilirliğin, davranışın ve adın değişebileceğini belirtiyor.

HydraFusion’ı önce incelenebilir, tek komutla tamamlanabilecek görevlerde kullanın. Depo düzeyindeki testler daha geniş kullanımı destekleyene kadar uzun, çok turlu veya yüksek riskli işler için sabit bir modelle çalışan yedek bir yol bulundurun.

HydraFusion SSS

HydraFusion bir model mi, yoksa yönlendirici mi?

HydraFusion, GitHub Copilot CLI içindeki çok modelli bir çalışma zamanı orkestrasyon sistemi. Bağımsız bir temel model değil; kodlama görevine uygun modelleri ve yürütme biçimlerini seçiyor.

Copilot CLI’da HydraFusion’ı nasıl etkinleştiririm?

/update, /experimental on ve /model komutlarını çalıştırın, ardından HydraFusion (Research Preview) seçeneğini belirleyin.

HydraFusion tüm Copilot planlarında kullanılabiliyor mu?

GitHub, önizlemenin Copilot CLI üzerinden tüm Copilot planlarında sunulduğunu söylüyor. Ancak hesap, kuruluş, CLI sürümü veya erişilebilirlik değişiklikleri özelliğin görünmesini etkileyebilir.

HydraFusion hangi temel modelleri kullanıyor?

GitHub, birden fazla sağlayıcının modelleri arasından seçim yapıldığını belirtiyor; ancak istek başına sabit bir model listesi yayımlamıyor. Bu nedenle her görevi adı açıklanmış tek bir modelin üstlendiğini varsaymayın.

HydraFusion her zaman Claude Opus 5’i geçiyor mu?

Hayır. GitHub, TerminalBench 2.1’de kazanım, CheckpointBench’te neredeyse eşit sonuç ve DeepSWE’de 1.5 puanlık gerileme bildiriyor.

HydraFusion ekstra ücretli mi?

Kullanım, altyapıdaki modellerin standart token ücretleri üzerinden faturalandırılıyor ve bir yönlendirme birden fazla modeli çağırabiliyor. GitHub duyurusunda HydraFusion için ayrı bir dolar fiyatı belirtilmiyor.

HydraFusion VS Code’da kullanılabiliyor mu?

Başlangıç duyurusu önizlemeyi Copilot CLI üzerinden belgeliyor. Daha geniş bir erişim olup olmadığını güncel GitHub belgelerinden doğrulayın.

HydraFusion’ın bir depoyu düzenlemesine izin vermek güvenli mi?

GitHub; izinleri dikkate alan çözücüler, izole eleştirmenler, doğrulanmış yönlendirme, sınırlandırılmış yürütme ve geçersiz veya iptal edilmiş iş akışlarında yama uygulamama davranışını açıklıyor. Yine de birleştirmeden önce diff’i inceleyin ve testleri çalıştırın.