Factory Droid 1.0 İncelemesi: Daha Verimli Harness, Aynı Limitler

Factory, Droid 1.0'ı 29 Ekim 2026'da yayınladı. Sürümün asıl iddiası hızdan çok verimlilik: Script modu, Claude Opus 5.5 üzerinde maliyeti tek başına %15 azalttı; rakip bir harness karşısındaki en iyi sonuçta fark %24'e ulaştı. Ancak satın alma kararını belirleyecek asıl konu değişmiyor: kayan kullanım limitleri ve daha hızlı bir harness'in beraberinde getirdiği inceleme yükü.

Factory Droid 1.0 gerçekte ne getiriyor?

Factory Droid 1.0 yeni bir temel model değil, bir harness sürümü. Factory Droid; üçüncü taraf ve açık ağırlıklı modelleri kendi istemleri, araçları, sonuç işleme katmanı ve yürütme döngüsüyle bir araya getiren, modelden bağımsız bir kodlama ajanı olmaya devam ediyor. 1.0 sürümü bu döngünün çalışma şeklini değiştiriyor.

Droid 1.0; Desktop, terminal CLI ve SDK üzerinde çalışıyor. Aynı ajana web, Slack, Microsoft Teams, Linear, Jira ve script'ler ile CI süreçleri için başsız droid exec üzerinden de erişilebiliyor. Factory Script modunu, yani programatik araç çağırma özelliğini, GPT-6.1 Sol, GPT-6.1 Terra, GPT-6 Astra, GPT-6 Sol, GPT-5.6 Sol, Claude Fable 5.1, Claude Fable 5, Claude Opus 5.5, Claude Opus 5 ve Kimi K3 için varsayılan olarak sunuyor.

Model seçimi ise kullanıcının kontrolünde kalıyor. İsterseniz modeli elle seçebilir, otomatik seçim için Factory Router'ı kullanabilir ya da BYOK aracılığıyla kendi anahtarlarınızı ve Ollama, LM Studio ile vLLM gibi yerel uç noktaları sisteme bağlayabilirsiniz.

Programatik araç çağırma pratikte nasıl çalışıyor?

Programatik araç çağırmada model, araçları tek tek çağırmak yerine bir JavaScript programı yazıyor. Bu program; kendi dosya, ağ veya sistem erişimi olmayan bir sandbox'ta çalışıyor, araçları değişkenler üzerinden çağırıyor, filtreleme ve döngüleri deterministik biçimde yürütüyor ve yalnızca seçilen çıktıyı model bağlamına geri gönderiyor.

Klasik ajan döngülerinde her tekil çağrıdan sonra ham çıktı bağlama yeniden eklenir. Script modu ise bu çıktıları bağlama dönmeden önce kod içinde filtreler. Böylece talimatlar yalnızca bir kez gönderilir, yüzlerce araç çağrısı tek bir model isteği içinde toplu olarak çalıştırılabilir ve yazdırılan çıktının boyutu sınırlandırılır.

Factory'nin frontier-harness araştırma yazısındaki (29 Ekim 2026) iki örnek, mekanizmanın nasıl işlediğini net biçimde gösteriyor:

Factory ayrıca GPT-6.1 Sol üzerinde birim testi düzeltmesini yeniden oynattı. Doğrudan çağrılar 10 model çağrısı ve 56,8 saniye sürerken Script modu 5 model çağrısı ve 41,6 saniye gerektirdi; model çağrısı süresi de 42,3 saniyeden 28,0 saniyeye indi. Programlar çıktıyı döndürmeden önce 5 dakikaya kadar bekleyebiliyor, arka planda çalışmayı sürdürebiliyor ve sürekli yoklama yapmak yerine tamamlandığında modeli uyandırıyor.

Terminal-Bench 4: Codex, Claude Code, Cursor, Devin ve OpenCode karşısında

Factory'nin Terminal-Bench 4 karşılaştırmaları, 23–28 Ekim 2026 arasında aynı modelleri farklı harness'ler üzerinde çalıştırıyor. Aşağıdaki tüm veriler Factory'nin kendi beyanları; bağımsız olarak doğrulanmış sonuçlar değiller. Mutlak skorlar ve dolar cinsinden maliyetler açıklanmıyor, yalnızca farklar paylaşılıyor.

Bu farkları satın alma gerekçesi olarak görmeden önce üç yöntembilim notunu hesaba katmak gerekiyor. Factory, Devin'in soru sormak için durduğu bazı görevleri, Codex bunları tamamladığı için başarılı kabul etti; deneme başına ortalama 4,7 görev üzerinden bu durum yalnızca doğruluk sonuçlarını etkiledi. Ayrıca iki denemede, görev ortasında yaşanan yeniden bağlantılardan sonra Cursor'ın eksik token kullanımını transkriptlerden tahmin etti. Bazı doğrudan çağrı karşılaştırmaları da gözlemlenen çalıştırmalar değil, modellenmiş tahminler. Factory, test sırasında Cursor'ın OpenAI modellerine erişimi olmadığını belirttiği için GPT-6.1 Sol karşılaştırmasına Cursor dahil edilmedi.

Daha önceki Droid incelemelerinde ve harness benchmark'larında aktarılan Eylül 2025 Terminal-Bench skorları farklı bir görev seti ve harness sürümü kullanıyor. Bu nedenle yukarıdaki 1.0 farklarını ne doğruluyor ne de çürütüyorlar.

Agent Factory döngüsü ve arka plandaki mühendislik

Factory'nin frontier-harness yazısı, Agent Factory döngüsünü ve arkasındaki mühendislik yaklaşımını da açıklıyor: yeni modelleri sisteme almak, tüm modelleri aynı görevlerde değerlendirmek, hataları izlemek, her değişikliği etkilenen modellerde test etmek ve 20'den fazla model üzerinde mühendis incelemesi tamamlanmadan sürümü yayınlamamak.

Factory bu döngünün temel gerekçesini model bazında optimizasyon olarak açıklıyor. Örneğin her okunan dosyaya satır numarası eklemek, satır başına yaklaşık 2 token maliyetle tek bir görevde Opus maliyetini %22 düşürdü. Ancak GLM'de maliyet %8, Kimi'de ise %32 arttı. Bunun üzerine Factory, satır numaralarını varsayılan yerine isteğe bağlı hale getirdi.

PTC dışındaki değişiklikler önbellek, istem boyutu, kurtarma ve başlangıç süresine odaklanıyor:

• Önbellek kullanımını koruma: Yeni keşfedilen araçları isteklerin başına değil sonuna eklemek, 22 Ekim 2026'da sona eren yedi günlük dönemde önbellekten gelen tipik girişlerin yeniden kullanım oranını %98'e çıkardı. 20,4 milyon üretim CLI isteğinde token ağırlıklı yeniden kullanım oranı ise %91,5 oldu.
• Temel istemi küçültme: 0.170.0 ile 0.250.0 sürümleri arasında ilk istek girdisi 20.887 token'dan 13.055 token'a düştü (−%37). Araç tanımları da 15.798'den 8.528'e indi (−%46); isteğe bağlı yükleme sayesinde başlangıçta gönderilen araç tanımı sayısı 11'den 2'ye geriledi.
• Sınırlandırılmış otonomi: Factory tarafından yönetilen Anthropic akışlarında 4 dakika boyunca sessizlik yaşanırsa yeniden deneme başlatılıyor. Görünür çıktı olmadan 3 tur geçerse döngü duruyor; aynı araç çağrısı 3 kez tekrarlanırsa sistem uyarı veriyor, 6 tekrarın ardından döngüyü kesiyor. Sıkıştırma özetlerinin boyutu da 8.000'den 16.000 token'a çıkarıldı.
• Başlangıç ve gecikme: İlk görüntünün oluşması 1.839 ms'den 488 ms'ye indi (~3,8 kat), istemin kabul edilmesi 1.876 ms'den 618 ms'ye geriledi (~3,0 kat) ve ilk model isteğine kadar geçen süre 1.741 ms'den 646 ms'ye düştü. Factory, ilk token bekleme süresinin yaklaşık %97'sinin model isteğinin kendisinden kaynaklandığını belirtiyor.

Verimliliğin kaybolabildiği nokta: fiyatlandırma ve limitler

Factory Droid fiyatlandırması herkese açık, ancak kullanılabilir kapasite değil. Planların fiyatı net, kullanım miktarı ise belirsiz. 1.0'ın verimlilik kazanımlarının kaybolabileceği yer tam olarak burası.

Kullanım; model çarpanlarıyla birlikte 5 saatlik, 7 günlük ve 30 günlük kayan pencereler üzerinden hesaplanıyor. CodeToolPilot'ın Ekim 2026 tarihli incelemesi, dokümantasyon ile fiyatlandırma sayfasının hangi kademede Droid Computers bulunduğu konusunda çeliştiğini belirtiyor; satın almadan önce bunu doğrulamak gerekiyor. Standard Usage tükendiğinde işler ücretsiz Droid Core açık ağırlık havuzuna veya ön ödemeli Extra Usage'a (minimum $10, süresi dolmaz) düşüyor. Missions için Extra Usage'ın etkinleştirilmesi gerekiyor. BYOK anahtarları yerel ayarlarda tutuluyor; CLI ve Desktop'ta çalışıyor ancak barındırılan web ve mobil sürümlerde kullanılamıyor. Plan kapsamındaki hakkın üzerinde kullanıldığında plan tarifesi üzerinden ücretlendiriliyor.

Pratikteki açık şu: “5 kat” çarpanı, tamamlanan işin de 5 katına çıkacağı anlamına gelmiyor. Gerçek kapasite; model seçimine, önbellek davranışına, bağlam uzunluğuna, araç döngülerine, bilgisayar kullanımına ve başarısız denemelere bağlı. Reddit'teki yoğun kullanıcılar, önbellek dostu olmayan işlerde Max havuzunu birkaç saat içinde tükettiklerini bildiriyor. Script modu bu sorunu azaltıyor, ancak tamamen ortadan kaldırmıyor.

Gerçek kullanıcılar şu anda nelerden şikâyet ediyor?

Çıkış gününde X'teki yorumlar olumlu ancak sınırlı. Buna karşılık r/FactoryAi'deki daha uzun Reddit geçmişi, deneme sürecinde hesaba katılması gereken üç kalıcı soruna işaret ediyor: kota belirsizliği, yavaşlık ve CPU kullanımı, ayrıca otonom çıktının getirdiği inceleme yükü.

"Kullanımı karşılaştırıyorsanız Droid'in planı büyük ihtimalle Anthropic ve OpenAI'nin sübvanse edilen planlarıyla rekabet edemez ... Ancak bir harness olarak kişisel deneyimimde Claude Code'dan daha iyi. Benim kullanımımda 'sadece çalışıyor' (belki sistem istemi daha iyidir), spec modu harika ve gerekli tüm kullanıcı deneyimi öğelerine sahip." — u/FahimAdib11, r/FactoryAi

Aynı başlıklardaki karşı görüşlerde ise şu sorunlar aktarılıyor:

• Önbellek dostu olmayan çalıştırmalarda Max planının yaklaşık 4 saatte tükenmesi (“Önbellekleme gerçekten çok kötü, tamamen şaşmış”) — kota başlığı
• MCP'lerden şüphelenilen bir durumda Claude Code'un yaklaşık %6'sına karşılık boşta CPU kullanımının %101 civarında ölçülmesi — performans başlığı
• Bağlamı kaybettiren ve yeniden kurulum için gereksiz zaman harcatan oturum yeniden başlatmaları

X'teki ilk kullanım notları da bu bölünmüş tabloyu doğruluyor. t3code tarzı bir Claude Code entegrasyonunu taşıyan bir kullanıcı, mission modunda kullanımın sağlıklı olduğunu ve harness'i “bir üst seviye” bulduğunu söylüyor (@Davidwuuu92). Ancak Devin'in bulut ortamı ve çoklu platform esnekliğinin hâlâ önde olduğunu da kabul ediyor.

Continuum'un Factory incelemesindeki değerlendirme dersi 1.0 için de geçerli: başlatılan oturumları veya açılan PR'ları değil; kabul edilen değişiklikleri, inceleme için harcanan dakikaları, üretime kaçan hataları, müdahaleleri, limit aşımlarını ve kabul edilen her kilometre taşı başına toplam maliyeti ölçün. Çünkü otonom kapasite, beraberinde inceleme borcu getiriyor.

Geçmeli mi, kalmalı mı? Alıcı kontrolü ve 2 haftalık test

Droid 1.0 harness verimliliği tezini güçlendiriyor, ancak kota öngörülebilirliği sorununu çözmüyor. En fazla fayda sağlayacak alıcılar; modeller, kullanım yüzeyleri ve CI arasında tek bir çalışma ortamını standartlaştırmak isteyen ve oluşacak inceleme yükünü kaldırabilecek ekipler.

Standartlaştırmadan önce aynı depoda 2 haftalık bir test yürütün:

1. Sabit kabul testleri olan 20 gerçek görev seçin.
2. Önce karmaşık işlerde Specification Mode'u açarak Droid CLI'ı yerel olarak çalıştırın.
3. Aynı görevlerde Claude Code veya Codex'i kontrol grubu olarak kullanın.
4. Uzaktan çalıştırmayı ekleyin, ardından deterministik doğrulayıcılara sahip küçük bir Mission deneyin.
5. Her limit aşımını, Droid Core'a düşüşü, Extra Usage harcamasını, inceleme dakikalarını ve kabul edilen kilometre taşı başına maliyeti kaydedin. Ortam farklılıklarını yakalamak için tamamlanan görevlerden birini temiz bir makinede yeniden üretin.

1.0'ın açık bıraktığı temel takas yapısal: Factory, modelden bağımsız kalırken Agent Factory üzerinden model davranışını tek tek ayarlayarak asıl farkı modelden çok harness'in yarattığına inanıyor. Frontier model fiyatları veya kota yapıları değişirse bugünkü %12–24'lük harness avantajı, Script modunun toplu çalıştırma tasarruflarının telafi edebileceğinden daha hızlı küçülebilir. Bu nedenle limitler, veri saklama ve yönlendirme konusundaki sözleşme şartları, benchmark tablosu kadar dikkatle incelenmeli.

Factory Droid 1.0 SSS

Factory Droid 1.0 için $20'lık Pro planı değer mi?

Factory Droid 1.0; token ve gecikme maliyetlerini hissedecek kadar terminal ajanı kullanan, özellikle Script modunun araç çağrılarını toplu çalıştırabildiği çok dosyalı veya görev odaklı işlere sahip geliştiriciler için $20'ı hak ediyor. Hafif kullanımda olan veya tek model kullananlar, zaten aboneliklerine dahil bir ajanı daha ucuz bulabilir.

Factory Droid'un ücretsiz deneme veya ücretsiz planı var mı?

Factory Droid geleneksel bir ücretsiz plan listelemiyor. Güncel incelemeler de kayıt sırasında ödeme yöntemi istendiğini belirtiyor. Ücretli planın kullanım hakkı tükendiğinde ücretsiz Droid Core açık ağırlık havuzuna geçiliyor, ancak yine de ücretli bir plan gerekiyor.

Factory Droid 1.0, Claude Code'dan daha mı iyi?

Factory'nin Terminal-Bench 4 iddiasına göre Droid 1.0, Claude Opus 5.5 üzerinde Claude Code'dan 3,0–7,6 puan daha yüksek skor alıyor; maliyet %24'e kadar, başarıyla tamamlanan görev başına süre ise %26 daha düşük. Bunlar Factory'nin kendi bildirdiği veriler. Reddit'teki gerçek kullanım deneyimleri ise Droid'un harness'ini tercih edenlerle Claude Code'un daha az sürtünmeli yapısını ve fiyatlandırmasını tercih edenler arasında bölünüyor.

Script modu varsayılan olarak hangi modelleri destekliyor?

Factory; GPT-6.1 Sol, GPT-6.1 Terra, GPT-6 Astra, GPT-6 Sol, GPT-5.6 Sol, Claude Fable 5.1, Claude Fable 5, Claude Opus 5.5, Claude Opus 5 ve Kimi K3 modellerini listeliyor. Diğer modeller doğrudan çağrıları veya modele özel ayarları kullanıyor.

Factory Missions nedir ve maliyeti ne kadar?

Factory Missions, büyük hedefleri çok özellikli projeler için çalışan ve doğrulayan ajanlarla kilometre taşlarına ayırıyor. Missions'ın kullanılabilmesi için Extra Usage'ın etkinleştirilmesi gerekiyor ve kayan Standard Usage'a ek olarak ön ödemeli değişken harcama tüketiyor.

Factory Droid CI ortamında çalışabilir ve kendi anahtarlarımı kullanabilir miyim?

Factory Droid, script'ler ve CI için JSON çıktısıyla başsız olarak droid exec üzerinden çalışabiliyor. BYOK ise Anthropic, OpenAI, uyumlu uç noktalar, Bedrock ve yerel Ollama/LM Studio/vLLM servislerini CLI ve Desktop'ta destekliyor. Özel modeller, barındırılan web veya mobil uygulamalarda çalışmıyor.

İlgili içerikler: Kota karşılaştırmaları için Codex kullanım limitleri açıklaması ve harness tasarımına ikinci bir bakış için Microsoft Copilot harness açıklaması.