Perplexity Computer: “Tek sistem her işi yapar” vaadi ne anlama geliyor?

Bir yapay zekâ ürününün tanıtımında “her şeyi tek başına yapıyor” cümlesini duyduğumuzda refleksimiz genelde aynı: “Tamam da nerede, nasıl, hangi sınırlarla?” Çünkü 2024-2025 boyunca neredeyse herkes “agent” kelimesini pazarlama cümlesi gibi kullandı; ama iş gerçek hayattaki bir projeyi uçtan uca götürmeye gelince, en küçük pürüzde insanın geri dönüp dümeni ele alması gerekti.

Perplexity’nin 25 Şubat 2026 tarihli tweet’inde duyurduğu Perplexity Computer iddiası tam da bu noktaya basıyor: “Computer, mevcut tüm AI yeteneklerini tek bir sistemde birleştiriyor. Araştırabilir, tasarlayabilir, kodlayabilir, deploy edebilir ve herhangi bir projeyi uçtan uca yönetebilir.” Bunu bir cümlede okumak kolay; ama bu cümlenin altını doldurmak zor. Yine de bu vaat, doğru tasarlanmışsa, bugünün yapay zekâ kullanımını “yardımcı araç” seviyesinden “operasyonel sistem” seviyesine çekmeye aday.

“Tek sistem” neyi birleştiriyor olabilir?

Bugün bir ürün ya da yazılım fikrini hayata geçirmek için pratikte birkaç ayrı dünya arasında gidip geliyoruz: bir tarafta arama ve araştırma (kaynak bulma, karşılaştırma, dokümantasyon okuma), bir tarafta tasarım (wireframe, UI kararları, metin dili), bir tarafta geliştirme (repo, test, CI), sonra dağıtım (cloud, container, domain, monitoring) ve en sonunda işin sürdürülebilir tarafı (hata takibi, performans, versiyonlama, küçük iyileştirmeler). Bu aşamaların her biri farklı araç seti, farklı yetki, farklı “state” (durum bilgisi) ister.

Perplexity Computer “unify” diyerek muhtemelen iki şeyi hedefliyor: Birincisi, bu aşamalar arasında bağlam kaybı olmadan geçiş. Yani sabah bulduğu bir dokümanı öğleden sonra yazdığı kodun içine referans verebilmesi, akşam deploy ederken aynı karar ağacını sürdürebilmesi. İkincisi, tek bir görev değil, bir proje yönetimi akışı sunabilmesi. “Bir endpoint yaz” gibi küçük işlerden ziyade “Bu ürünü çıkart, çalıştır, izle, geliştir” diyebilmek.

Uçtan uca proje yönetimi iddiasının gerçek testi

Bir sistemin “araştırma, tasarım, kod, deploy, yönetim” yaptığını söylemek, demosu güzel bir videoyla kolay kanıtlanır; ama gerçek dünya “edge case”lerle doludur. Örneğin bir e-ticaret arama özelliği geliştiriyorsunuz diyelim. Araştırma aşamasında doğru yaklaşımı bulmak yetmez; verinizin dili Türkçe ise stemming/synonym işleri değişir. Tasarım aşamasında arayüz kararları yetmez; KVKK metinleri, çerez yönetimi, kullanıcı davranışı gibi konular devreye girer. Kod aşamasında testler yetmez; staging ortamında performans davranışı farklılaşır. Deploy aşamasında “başardı” yazısı yetmez; loglar, metrikler, alarmlar ve rollback planı gerekir.

Perplexity Computer’ın iddiası bu nedenle “çok şey yapar”dan daha büyük: Asıl mesele, sistemin sorumluluk alıp alamadığı. Yani bir şey bozulduğunda “ne yaptım, neden yaptım, nasıl geri alırım” diyebilecek bir hafızası ve süreç disiplini var mı? “Uçtan uca” dediğiniz anda, sadece üretkenlik değil, hesap verebilirlik (auditability) oyuna giriyor.

“Research” kelimesi neden kritik?

Perplexity’nin marka DNA’sı zaten arama ve kaynaklı yanıtlar tarafında güçlü. Bu yüzden “Computer”ın içinde araştırma bileşeninin ayrı bir ağırlığı olacağını tahmin etmek zor değil. Bugün kod yazdıran sistemlerin büyük kısmı, internetteki güncel doküman değişikliklerini ya hiç görmüyor ya da yüzeysel görüyor. Oysa modern geliştirme dünyasında bir paketin minor versiyonunda bile kırılan API’ler, değişen default ayarlar, kapanan endpoint’ler var.

Bu sistem gerçekten “research” ile “code”u aynı beyin içinde birleştiriyorsa, örneğin React’in belirli bir sürümünde değişen bir davranışı önce dokümandan yakalayıp, sonra doğrudan koda uygulayabilir. Bu, kulağa basit geliyor ama “agent” sistemlerin çoğu için zor bir eşik: güncel bilgiye erişmek yetmiyor, o bilginin uygulanabilir olması gerekiyor.

Deploy ve manage kısmı, pazarlama cümlesi olmaktan nasıl çıkar?

Tweet’teki en iddialı iki kelime “deploy” ve “manage”. Çünkü burada artık sadece metin üretmiyorsunuz; bir altyapıya dokunuyorsunuz. Bir şeyi deploy etmek, erişim anahtarları, gizli değişkenler, ortam ayrımı (dev/staging/prod) ve güvenlik prosedürleri demek. Manage etmek ise izleme (observability), maliyet kontrolü, uptime sorumluluğu ve incident yönetimi demek.

Burada iki senaryo var. Birincisi, Perplexity Computer bunu kendi kapalı ekosisteminde, sınırlı sağlayıcılarla ve kontrollü izinlerle yapıyordur; bu durumda “uçtan uca” deneyim gerçekten pürüzsüz olabilir. İkincisi, her şeyi kullanıcı altyapısında yapmaya çalışıyordur; o zaman iddianın karşılığı, iyi tasarlanmış bir izin sistemi ve şeffaf bir aksiyon günlüğü olmadan pek mümkün görünmez.

Bu tweet bize ne söylüyor?

Bu duyuru, yapay zekâ dünyasının “chat” döneminden “işletim sistemi” dönemine geçtiğini gösteren küçük ama önemli bir işaret. Perplexity’nin tweet’inde paylaştığı Perplexity Computer fikri, tek bir modele “bir şey sor”dan öte, tek bir sisteme “bu işi bitir” deme arzusunun ürünü.

Ama bir sistemin gerçekten “her şeyi” yapıp yapmadığını anlamak için en iyi test, süslü bir demo değil; can sıkıcı bir gerçek hayat senaryosu: kırılan bir deploy, çakışan bağımlılıklar, beklenmeyen maliyet artışı, başarısız bir veri migrasyonu. Eğer Perplexity Computer bu tür anlarda da tutarlı kalabiliyorsa, bu sadece yeni bir ürün değil, çalışma biçimimizi değiştirecek bir eşik olabilir. Eğer kalamıyorsa, yine de değerli: En azından sektörün çıtayı nereye koymak istediğini, net bir cümleyle ilan ediyor.