DeepSeek, açık kaynaklı kodlama ajanı dsh-superagent'ı yayımladı

DeepSeek Harness ekibi, tek bir GitHub deposu üzerinde çalışan ve MIT lisansıyla açılan dsh-superagent adlı kodlama ajanını duyurdu. Şirketin açıklamasına göre dsh-superagent, DeepSeek Harness için bir paket olarak sunulan ve henüz araştırma prototipi aşamasında olan bir araç.

Ajan, GitHub'ı ve isteğe bağlı olarak Feishu'yu izliyor; yetkili kişilerden gelen talepleri her biri kendi ajan oturumunda ve kendi dizininde çalışan paralel iş kalemlerine, yani Ticket'lara dönüştürüyor. Sonuçlar genellikle bir pull request olarak asıl konuşmaya geri dönüyor. Yerel bir web paneli ise yalnızca insan müdahalesi gereken işleri listeliyor.

dsh-superagent ne yapıyor?

MarkTechPost sitesinin haberine göre araç, TypeScript ile yazılmış v0.1.0 sürümü olarak tek commit halinde yayımlandı ve Harness profilinde hangi model tanımlıysa onunla çalışıyor. Kullanıcının kendi makinesinde ayrı bir DeepSeek Harness profili olarak çalışıyor. Kurulum için Node.js 22.19 veya üzeri ya da 24 ve sonrası, git 2.32+, Python 3.8+, tmux ve GitHub CLI 2.48+ sürümleri gerekiyor.

Projenin README dosyasındaki temel kural, mümkün olduğunca az insan dikkati harcamak ve mümkün olduğunca fazla değer üretmek olarak özetleniyor. Ajan bu doğrultuda bir kez onay istiyor, çalışırken sessiz kalıyor ve yalnızca bir sonuç, soru ya da hata olduğunda yeniden yazıyor.

Router-Worker mimarisi nasıl çalışıyor?

Araştırma ekibinin aktardığına göre sistem iki katmandan oluşuyor: etkileşimi ve iş dağıtımını yürüten uzun ömürlü bir Router ile asıl işi yapan izole Worker oturumları. Kaynak metne göre süreç şöyle işliyor: GitHub ya da Feishu bir olay üretiyor, Eval katmanı gelen olayların yeni iş gerektirip gerektirmediğine karar veriyor ve yetkilendirilmiş iş birimi Ticket olarak açılıyor. Bir pull request'e sonradan gelen yorumlar da yeni bir etiketlemeye gerek kalmadan doğru Worker'a ulaşıyor.

Ana oturum daha dar bir araç setiyle dsh-superagent-router ön ayarını, her Worker ise dsh-superagent-worker ön ayarını çalıştırıyor. Belgelere göre kabuk komutları 5 saniye sonra arka plana taşınıyor, böylece Worker'lar mesaj almaya devam ediyor.

Kendiliğinden başlatılan işler ise kapalı tutuluyor. Yetkilendirme belgesinde üç kabul modu tanımlanıyor: off, varsayılan olan observe ve auto. Observe modunda ajan yalnızca hangi işleri kabul edeceğini kaydediyor, fiilen başlatmıyor.

Simülasyonda ne kadar hızlı?

DeepSeek'in simülasyonlu grup sohbeti ve GitHub CI akışlarıyla yaptığı testte her koşuda yaklaşık 300 mesaj yer aldı ve bunların yaklaşık 20'si gerçek iş talebiydi. Her düzenek 5 kez çalıştırıldı. Sonuçlara göre dsh-superagent, görevleri p50'de 12,4 dakikada, p95'te 15,7 dakikada tamamladı. Alt ajanlarla desteklenen tek oturumlu temel çizgide p95 süresi 29,5 dakika oldu; bu da yaklaşık 1,9 kat hız farkına işaret ediyor.

Araştırmacılar farkın nedenini, nötr istemle çalışan temel çizginin 5 koşuda hiç alt ajan çağırmaması olarak açıklıyor. Router yükü testinde ise dakikada yaklaşık 1'den 40'a çıkan olay akışında parti boyutu 1,0'dan 2,8'e, istek başına gecikme 2,5 saniyeden 3,9 saniyeye yükseldi.

Neden önemli?

Ekibin savunduğu görüşe göre yaygın ajanlar tek oturumu temel birim olarak alıyor; oysa bir kişi aynı anda yalnızca 3 ila 5 oturumu etkin biçimde takip edebiliyor. Bu nedenle çoklu görevde darboğaz model yeteneği değil, insan dikkati oluyor. dsh-superagent, işleri ayrı oturumlara dağıtarak bu sınırı aşmayı hedefliyor.

Ancak sonuçların sınırları var: Test yalnızca sentetik mesajlar ve simüle edilmiş araçlarla yapıldı, gerçek kodlama kalitesi ölçülmedi. Rakamlar da şirketin kendi bildirdiği verilere ve rapora dayanan ikincil aktarımlara dayanıyor.

Türkiye'deki geliştiricilerin aracı kullanıp kullanamayacağına dair kaynakta özel bir bilgi yer almıyor; araç MIT lisansıyla açık kaynak olarak GitHub üzerinden erişilebilir durumda ve kendi makinesinde çalıştırmak isteyenler için kurulum belgeleri paylaşıldı. Projenin tam işletim sistemi kullanıcı yetkileriyle çalıştığı, bu nedenle kullanılmadan önce izole edilmesi gerektiği belirtiliyor.

Araştırma ekibi prototipin ötesinde harici bir Watchdog, depolama ve hesaplamanın ayrıştırılması ile eşzamansız bir ReAct döngüsü gibi fikirleri de sıralıyor.