DeepSeek Super-agent: bulut kodlama aracıları nedir ve nerede konumlanır?

Geliştirici araçlarında yeni bir alışkanlık yaygınlaştı: bir görevi bir yere bırakın—Issue, sohbette bir etiketleme ya da prompt kutusu—dizüstü bilgisayarı kapatın ve dönünce siz uzaktayken bir aracının oluşturduğu dalı veya pull request’i bulun. GitHub, Cursor, OpenAI, Anthropic, Cognition ve xAI artık bunun bir sürümünü cloud agent, background agent, cloud session veya autonomous software engineer gibi adlarla sunuyor. Bu makalede kategoriyi açıklıyoruz: Bu ürünler gerçekte ne yapıyor, iş akışı nasıl ilerliyor, nelerden vazgeçiyorsunuz ve DeepSeek’in açık kaynaklı Super-agent prototipi bu kategoride nerede duruyor?

Bulut kodlama aracıları neleri kapsar?

Bu etiket geniş kapsamlı; dolayısıyla kategorideki tüm ürünlerde ortak olan üç bileşeni tanımlamak faydalı:

• Açık bir düzenleyici gerektirmeyen bir tetikleyici. İş, bir Issue ataması, Slack veya Feishu’da @ ile etiketleme, web uygulamasındaki bir prompt, API çağrısı ya da CLI devri olarak gelir.
• Makinenizin dışında bir ortam. Aracı depoyu klonlar, ihtiyaç duyduklarını yükler ve sağlayıcının ya da kuruluşunuzun yönettiği bir sandbox veya çalışma alanında çalışır.
• İncelenebilir bir sonuç. İşlemi bir dal, diff, taslak PR veya yorumla tamamlar—bir kişinin inceleyip üzerinde işlem yapabileceği bir şeyle.

Bu özellik, kategoriyi iki yakın türden ayırır. Yerel IDE aracısı siz izlerken dizüstü bilgisayarınızda çalışır; sohbet asistanı ise depoya dokunmadan soruları yanıtlar. Bulut kodlama aracısı ikisinin arasında yer alır: gerçek araçları ve gerçek bir checkout’u vardır, ancak insanın ortamdan ayrılması beklenir.

Bot sözcüğü, aynı fikrin sohbet odaklı biçimini anlatır. Bir Issue atamak yerine aracıdan Slack, Teams veya Feishu’da söz edersiniz. Tetikleyici değişir; uzak ortam değişmez. Çıktı bir PR, diff veya tamamlanmış dosyalar kümesi olabilir.

Ürün haritası

Sağlayıcılarının tanımladığı şekliyle altı ürün:

Grok Bot, kapsamı en geniş ürün: xAI onu kalıcı bir yapay zekâ ekip arkadaşı olarak tanımlıyor; masaüstü veya mobil sohbetten başlatılabiliyor ya da hesaplar bağlandığında X’te @bot etiketlenerek çalıştırılabiliyor. Tarayıcı, depolama alanı ve komut satırı erişimi olan, Cursor tarafından barındırılan hesap düzeyinde bir bulut makinesinde çalışıyor. Belgelerinde depo iş akışından değil, tamamlanmış dosyalar ve taslaklardan bahsediliyor; dal ve PR oluşturma belgelenmemiş. Bu yönüyle yelpazenin bot ucunda yer alıyor.

Tablodan daha önemli dört fark var:

Tetikleyicinin bulunduğu yer. GitHub Copilot cloud agent ve OpenAI Codex Cloud, GitHub’da veya ChatGPT uygulamasında zaten bulunan işler etrafında tasarlanmıştır. Cursor Cloud Agents ve Devin sohbet odaklıdır: giriş noktası Slack veya Teams konuşmasıdır. Claude Code cloud sessions için tetikleyiciyi tarayıcıdan, telefondan, masaüstü uygulamasından ya da terminaldeki claude --cloud komutundan verebilir, ayrıca çalışmayı zamanlayabilirsiniz.

Sağlayıcının ne kadar bilgi paylaştığı. Claude Code, yalıtımını ayrıntılı biçimde belgeliyor: Anthropic’in barındırdığı ortamlarda her oturum yalıtılmış bir VM’de çalışıyor, ağ erişimi varsayılan olarak kısıtlı ve git kimlik bilgileri sandbox dışında tutuluyor; oturum adına kimlik doğrulamasını bir proxy yapıyor. Kuruluşlar bunun yerine oturumları kendi barındırdıkları bir ortama yönlendirebilir; bu durumda yalıtım onların sorumluluğundadır. Bulut oturumları planınızın hız sınırlarını paylaşır ve ayrı VM ücreti yoktur; claude.ai’de oturum açmayı gerektirir ve Claude Code, Amazon Bedrock, Google Cloud’s Agent Platform veya başka bir üçüncü taraf sağlayıcı için yapılandırıldığında kullanılamaz. Diğer sağlayıcılar iç işleyiş hakkında daha az bilgi yayımlıyor; “sandbox” veya “VM” ifadeleri çoğu zaman kamuya açık açıklamanın son noktası oluyor.

Aracının nelerle etkileşime girmesine izin verildiği. Bazı ürünler tek bir depoyla sınırlıyken diğerleri kuruluş genelinde veya birden çok depoda çalıştığını duyuruyor. Kendi kurulumunuzla karşılaştırmanız gereken ilk şey budur; çünkü yanlış depo kapsamına sahip yetkin bir aracı ya işe yaramaz ya da tehlikelidir.

Ne tür işler için tasarlandığı. Bu listedeki ürünlerin çoğu, depo kapsamındaki kodlama işleri içindir. Grok Bot ise genel amaçlı bir bulut ekip arkadaşıdır: belgelerinde depo iş akışından değil, dosyalardan ve taslaklardan söz edilir. “Bulut aracısı”nı tek bir ürün biçimi olarak değil, bir yelpaze olarak düşünün.

İş akışı gerçekte nasıl ilerliyor?

Marka adlarını bir kenara bırakırsak, iş akışı her yerde benzerdir:

1. Görevin alınması. Bir tetikleyici gelir. Ürün bunun gerçek bir görev olup olmadığına karar verir, bazen açıklayıcı bir soru sorar ve bir oturum sıraya alır.
2. Ortam. Aracı depoyu doğru daldan klonlar, bir kurulum betiği veya imaj çalıştırır ve araç zincirini yükler. Ağ erişimi ve gizli bilgiler daha sonra değil, burada yapılandırılır.
3. Çalışma. Aracı kodu okur, dosyaları düzenler, testleri ve komutları çalıştırır, zaman zaman da tarayıcı açar. Dizüstü bilgisayarınız uykuya geçtikten sonra da uzun görevler sürer.
4. Çıktı. Bir dal gönderip PR açar ya da diff ve yazılı bir özet bırakır. Bazı ürünler taslak PR döndürür; çünkü aracının birleştirme işleminden önce durması beklenir.
5. İnceleme. Bir kişi diff’i okur, yorum yapar ve ya birleştirir, değişiklik ister ya da işi yerel bir oturuma geri alır. Bazı ürünler PR’ı izleyip CI başarısız olduğunda düzeltmeler gönderebilir.

Sorun çıkaran farklar 2. ve 5. adımlardadır. Çok uzun süren bir kurulum betiği, aracının klonlayamadığı bir depo, paket kayıt sunucusuna erişimi engelleyen bir ağ politikası ya da sandbox’ın göremediği bir kimlik bilgisi, basit görünen bir görevi durdurabilir. “İncelenebilir çıktı” yine de bir insanın incelemesi gerektiği anlamına gelir: Bu ürünlerin hiçbiri inceleme adımını ortadan kaldırmıyor; yazma işini başka yere taşıyor.

Bu dalga neden şimdi yaşanıyor?

Üç koşulun bir araya gelmesi gerekiyordu. Modeller, sürekli gözetim gerektirmeden uzun araç döngülerini yürütecek kadar güvenilir hâle geldi. Her göreve ayrı bir ortam sağlayacak sandbox’lar ve kurulum betikleri yeterince ucuzladı. Ayrıca pull request, aracıyla inceleyen kişi arasındaki varsayılan arayüz hâline geldi; böylece ekiplerin yeni bir inceleme süreci icat etmesi gerekmedi.

Dikkatle ilgili bir argüman da var. DeepSeek’in eşlik eden tasarım yazısı bunu açıkça dile getiriyor: Tek bir görevin sınırını model belirlerken, kişinin birçok görevdeki iş hacmini dikkat belirliyor. Bulut aracısı oturum yönetimini, bağlam değiştirmeyi ve beklemeyi kişinin üzerinden alıyor. Bu iddia bağımsız bir çalışmaya değil, DeepSeek’in yazısına dayanıyor; ancak kategorinin neden kullanışlı göründüğünü açıklıyor.

Nelerden vazgeçiyorsunuz?

Barındırılan her ürün, kolaylık karşılığında denetimden ödün verir:

• Güven sınırı. Kodunuz ve bazen kimlik bilgileriniz makinenizden çıkar. Sağlayıcılar yalıtım, saklama ve ağ erişimi konusunda farklı ayrıntı düzeylerinde bilgi yayımlar; kategorinin her yerde aynı olduğunu varsaymak yerine her ürünü ayrı ayrı inceleyin.
• Yalıtım. Yönetilen bir VM, aracıyı sınırlandırmak üzere tasarlanmıştır; ancak yine de sağlayıcının ortamıdır. “Sandbox”, güçlendirilmiş bir VM’den geniş ağ erişimine sahip bir konteynere kadar her anlama gelebilir.
• Özelleştirme. Barındırılan aracılar kaynak kodu değil, ayar seçenekleri sunar. İş akışınız farklı bir tetikleyici, farklı bir inceleme kuralı veya farklı bir model gerektiriyorsa, ürünün sunduklarıyla sınırlı kalırsınız.
• Maliyet modeli. Bu ürünlerin çoğu, kullanım sınırları olan bir abonelik veya plan üzerinden ücretlendirilir; aracının çalışma süresi doğrudan sizin denetleyebileceğiniz bir kalem değildir. Bütçenizi token’a göre değil, plana göre belirleyin.
• Kapsam ve sağlayıcıya bağlılık. Birden çok depo desteği, sohbet entegrasyonları ve kurumsal denetimler sağlayıcıya göre değişir; iş akışını bir üründen diğerine taşımak bedelsiz değildir.

Kendi barındırdığınız seçenek: DeepSeek Super-agent

DeepSeek’in yayımladığı araç ilgi çekici; çünkü denetim katmanı sizde kaldığında aynı iş akışının nasıl göründüğünü soruyor. Depo, DeepSeek Harness (DSH) için MIT lisanslı bir TypeScript eklentisidir; sürüm 0.1.0’dır ve bir araştırma prototipi olarak yayımlanmıştır. README açıkça belirtiyor: Yayına uyarlanmıştır, DeepSeek’in kurum içi sürümüyle aynı değildir ve tasarım yazısındaki her fikri uygulamaz.

Yapısı, uzun ömürlü bir Router oturumu ve her bilet için bir Worker oturumundan oluşur. Olaylar şu akıştan geçer: Source → Trigger → Thread → Eval → Mandate → Ticket → Assignment → Executor. Ekip, bir politika aracılığıyla işe yetki verir; izin verilen kişilerden gelen açık @etiketlemeleri kabul edilirken, proaktif işler observe modunda başlar. Bu mod, bilet açmadan aracının ne yapacağını kaydeder. Her Ticket kendi oturumuna ve dizinine sahip olur; bir prepare komutu, her bilet için ayrı bir git worktree oluşturabilir.

Çalışma modeli, bir sağlayıcının sandbox’ının tam tersidir. Yalnızca bir github.com deposunu (GitHub Enterprise Server değil) ve isteğe bağlı olarak Feishu’yu dinler. Hem Router hem Worker önayarları, operatörün işletim sistemi kullanıcısı olarak danger-full-access izniyle çalışır; hesap sarmalayıcıları aracının kimlik bilgilerini seçer ama süreci yalıtmaz. Dağıtım kılavuzunda, yalnızca aracının kimlik bilgilerini barındıran özel bir işletim sistemi hesabı kullanılması öneriliyor. Durum, yapılandırılmış bir stateDir içindeki SQLite’ta tutulur. Felsefesi bir bütçe olarak ifade edilmiş: Mümkün olduğunca az insan dikkati harca, mümkün olduğunca çok değer üret.

Yazı, sentetik bir iş yükünden elde edilen zamanlama ölçümlerini raporluyor: yaklaşık 300 mesaj ve 20 iş isteği, simüle edilmiş araçlar ve beş çalıştırma. p50/p95 yaklaşık 12.4 / 15.7 dakika; alt aracı çağrısı yapmayan tek oturumlu temel ölçümde p95 yaklaşık 29.5 dakikaydı. Bunlar, simüle edilmiş araçlarla DeepSeek’in yazısında yaptığı ölçümlerdir; bağımsız bir kodlama kalitesi kıyaslaması değildir.

Prototipin gösterdiği şey, ürün lansmanından daha dar kapsamlı ve daha kullanışlı: olaylarla tetiklenen, sonunda inceleme yapılan kodlama ajanı bir sağlayıcının bulutuna hapsolmuş değil. Orkestratörün, durumun ve model seçiminin kontrolü sizde olabilir. Bununla birlikte, bu kontrolün bir bedeli olduğunu da gösteriyor: süreci siz çalıştırır, hesabın güvenliğini siz sağlarsınız ve prototipte varsayılan olarak korumalı alan bulunmadığını kabul edersiniz.

Hangisini kim seçmeli?

Şu durumlarda barındırılan bir bulut ajanını tercih edin: sıfır operasyon yükü, sağlayıcı tarafından yönetilen bir korumalı alan, çoklu depo veya kuruluş özellikleri ve GitHub, Slack, Teams ya da bir web uygulamasında tetikleme istiyorsanız. İzolasyonu ve çalışma süresini sağlayıcı üstlenir.

Şu durumlarda kendi barındırdığınız prototipi değerlendirin: kod altyapınızın dışına çıkamıyorsa, orkestrasyonu değiştirmeniz gerekiyorsa veya her rol için modeli kendiniz seçmek istiyorsanız. Özel bir makine ya da işletim sistemi hesabı için bütçe ayırın ve kodu araştırma yazılımı olarak değerlendirin.

Uygulanabilir bir karması: rutin depo işleri için barındırılan ajanları, verilerin sınırları önem taşıyan depolar içinse yalnızca kendi barındırdığınız bir ajanı kullanın. İnceleme adımı her iki durumda da aynıdır.

Modeller hakkında bir not

Prototipte model sabit kodlanmamıştır. Eval veya Execution ayarları bu varsayılanı değiştirmediği sürece Harness profilinin varsayılanını kullanır; böylece bir ekip Router için daha hafif, Workers içinse daha güçlü bir model seçebilir. AIHubMix, DeepSeek Harness'ı OpenAI uyumlu https://aihubmix.com/v1 uç noktası üzerinden bağlar; DeepSeek Harness kılavuzundaki örnekte sağlayıcı aihubmix, model ise auto olarak belirtilmiştir. Kılavuz, temel DSH bağlantısını ele alır; Super-agent eklentisini değil. Yukarıda bahsedilen barındırılan ürünler ise model seçimlerini kendileri yönetir.

SSS

Bulut kodlama ajanı nedir?
Bir Issue'dan, sohbet içindeki bir etiketlemeden ya da API çağrısından kodlama görevi alan; bunu makinenizin dışındaki bir ortamda yürüten ve incelemeniz için bir dal, diff veya pull request döndüren yazılım.

Yerel kodlama ajanıyla aynı şey mi?
Hayır. Yerel ajan siz izlerken terminalinizde veya IDE'nizde çalışır. Bulut ajanı dizüstü bilgisayarınızı kapattıktan sonra da çalışmaya devam eder ve daha sonra incelenmek üzere tasarlanmıştır.

Kodu yine de incelemeniz gerekiyor mu?
Evet. Buradaki her ürün, bir kişinin incelemesi için diff veya PR sunarak işini tamamlar. Ajan yazma işini üstlenir, onaylama işini değil.

Kodunuz nerede çalışıyor?
Sağlayıcının ortamında. Ayrıntılar değişir: Copilot bir bulut korumalı alanı veya Actions ortamını, Cursor izole VM'leri, Codex bir bulut çalışma alanını, Claude Code Anthropic tarafından yönetilen izole bir VM'yi veya kuruluşun kendi barındırdığı bir ortamı, Devin ise terminal, düzenleyici ve tarayıcı içeren bir çalışma alanını tarif eder. Özel kodunuzu emanet etmeden önce her sağlayıcının güvenlik belgelerini okuyun.

Kodlama botu nedir?
Aynı fikrin sohbet odaklı sürümüdür: bir Issue atamak yerine Slack, Teams veya Feishu'da ajandan söz edersiniz. Yine de uzak bir ortamda çalışır; çıktısı bir PR veya diff olabileceği gibi, Grok Bot gibi genel amaçlı bir ekip arkadaşı söz konusuysa tamamlanmış dosyalar ve taslaklar da olabilir.

DeepSeek'in Super-agent'ı ne ekliyor?
Aynı döngünün kendi barındırdığınız, MIT lisanslı bir uygulamasını; Router–Worker tasarımını, bir politika ve bilet modelini ve isteğe bağlı Feishu desteğini sunuyor. Bu, barındırılan bir ürün değil, araştırma prototipidir.

Üretim ortamında kullanıma hazır mı?
Hayır. README bunun araştırma kodu olduğunu belirtiyor; hazır ayarlar danger-full-access ile çalışıyor ve varsayılan olarak korumalı alan bulunmuyor. Deneyecekseniz özel bir işletim sistemi hesabı ve özel bir ajan GitHub hesabı kullanın.

Kaynaklar

1. deepseek-ai/dsh-superagent-prototype — README, atıfta bulunduğu tasarım yazısı ve docs/000–008
2. DeepSeek Harness'ı AIHubMix'e bağlama — AIHubMix
3. GitHub Copilot bulut ajanı — GitHub Docs
4. Cursor Cloud Agents — Cursor Docs
5. Codex Cloud — ChatGPT Learn / OpenAI
6. Claude Code bulutta — Anthropic
7. Devin belgeleri — Cognition
8. Grok Bot belgeleri — xAI