Kurumsal Ajan Yarışı 2026: Google Gemini Enterprise Agent Platform Ne Getiriyor, Türk Kurumları İçin Ne Anlama Geliyor?

TL;DR — Google, Cloud Next '26'da (22 Nisan 2026) Vertex AI'yi "Gemini Enterprise Agent Platform" adı altında yeniden konumlandırdı; artık tüm Vertex AI yol haritası bu platform üzerinden ilerliyor. Platform; ajan inşa etme (Agent Studio, ADK), çalıştırma (Agent Runtime), yönetişim (Agent Identity, Agent Gateway, Model Armor) ve gözlemleme katmanlarını tek pakette topluyor. Aynı gün OpenAI Workspace Agents'ı, Salesforce ise Agentforce-Google Cloud entegrasyonunu duyurdu; yani üç ekosistem aynı anda demodan dağıtıma geçti. Türk kurumları için asıl mesele araç değil, mimari karar: A2A ve MCP gibi açık standartlar sayesinde "tek satıcıya kilitlenmeden" başlamak mümkün, ama KVKK ve veri egemenliği gereksinimleri hâlâ dikkatli bir konuşlandırma planı gerektiriyor. Aşağıda neyin gerçek, neyin pazarlama olduğunu ayıkladım.

Son iki yıldır müşterilerimle yaptığım hemen her toplantıda "ajan" kelimesi geçti. Açık konuşayım: bir süredir bu kelimeden biraz yorulmuştum. Çünkü 2024-2025 boyunca "agent" dediğimiz şeylerin çoğu, aslında bir prompt zincirine takılmış birkaç API çağrısından ibaretti. Demo'da harika görünüyor, sahaya inince bir e-postayı yanlış kişiye gönderiyordu.

Ama 2026'nın ilk yarısında işler somut bir şekilde değişti. Ve bu değişimin en görünür işareti, Google'ın Cloud Next '26 etkinliğinde yaptığı duyuru oldu: Vertex AI artık yok. Yerine Gemini Enterprise Agent Platform geçti. İlk duyduğumda "yine bir yeniden markalama" diye düşündüm, dürüst olmak gerekirse. Ama biraz kazıyınca, bunun kozmetik bir isim değişikliği olmadığını gördüm. Google, on binlerce geliştiricinin LLM uygulaması kurmak için kullandığı Vertex AI'yi tamamen ajan-merkezli bir mimariye dönüştürdü ve tüm gelecek yol haritasını bu platforma bağladı.

Bu yazıda, bir kurumsal yapay zeka danışmanı olarak sahadan gördüklerimi paylaşacağım. Hem heyecanlandığım yerleri hem de "durun bakalım" dediğim yerleri açık açık yazacağım. Çünkü benim işim size yeni bir oyuncak satmak değil; doğru kararı vermenize yardım etmek.

En yalın haliyle: Google, daha önce ayrı ayrı duran Vertex AI ile Agentspace'i tek bir çatı altında birleştirdi ve buna Gemini Enterprise Agent Platform adını verdi. Platform 22 Nisan 2026'da genel kullanıma açıldı. Google'ın resmi konumlandırması net: "Pasif modellerden aktif ajanlara geçiş."

Platform dört temel başlık etrafında kurgulanmış: inşa et (build), ölçekle (scale), yönet (govern) ve optimize et (optimize). Bu dört başlığı somut bileşenlere dökersek tablo şöyle çıkıyor:

Katman	Bileşen	Ne işe yarıyor
İnşa	Agent Studio	Düşük kodlu görsel tuval; ajan akışlarını ve muhakeme döngülerini tasarlama
İnşa	Agent Development Kit (ADK)	Kod-öncelikli, modüler çerçeve; davranış ve orkestrasyon üzerinde hassas kontrol
Ölçek	Agent Runtime	Yüksek performanslı çalışma ortamı; saniye-altı soğuk başlatma, uzun süreli ajanlar
Ölçek	Sessions / Memory Bank	Oturum hafızası ve kişiselleştirme için bilgi saklama-getirme
Yönet	Agent Identity	Her ajana benzersiz kriptografik kimlik; erişim kontrolü ve denetim
Yönet	Agent Gateway + Model Armor	Etkileşimleri güvene alma; prompt enjeksiyonu, araç zehirleme, veri sızıntısına karşı koruma
Yönet	Agent Registry	Tüm ajanların, araçların ve MCP sunucularının merkezi kataloğu
Optimize	Agent Observability / Simulation / Evaluation	Gözlemleme, simülasyon ve değerlendirme

Bu listeyi ilk gördüğümde dikkatimi çeken şey, Google'ın "model" tarafında değil, "yönetişim" tarafında yaptığı yatırımdı. Çünkü sahada gerçek darboğaz model kalitesi değil; bir ajanı üretime alıp ona kurumsal verilere erişim verdiğinizde "bu şey ne yaptı, kim yetkilendirdi, neyi gördü" sorularına cevap verememek.

Model tarafı: 200'den fazla model ve dikkat çekici bir açıklık

Platform, Model Garden üzerinden 200'den fazla modele erişim sunuyor. Tabii başrolde Google'ın kendi modelleri var: Gemini 3.1 Pro, Gemini 3.1 Flash Image, Lyria 3 ve açık model tarafında Gemma 4. Ama burada beni asıl şaşırtan detay şu: platform, üçüncü taraf modelleri de birinci sınıf vatandaş olarak destekliyor. Yani Anthropic'in Claude Opus, Sonnet ve Haiku modellerini doğrudan Google'ın platformu içinde çağırabiliyorsunuz.

Bu, stratejik açıdan ilginç bir hamle. Google, "sadece bizim modelimizi kullanın" demek yerine "hangi model işinize yarıyorsa onu kullanın, ama bizim platformumuzda kalın" diyor. Rekabet alanını model katmanından platform katmanına kaydırıyor.

Bir not da bağlam penceresi tarafından: Gemini 3.1 Pro üretimde geniş bir bağlam penceresiyle öne çıkıyor; uzun dokümanlarla, hukuki metinlerle ya da geniş kod tabanlarıyla çalışan ekipler için bu fark yaratabilir. Yine de tek başına bağlam penceresi büyüklüğü bir karar gerekçesi olamaz; asıl mesele iş senaryonuza uygunluk.

İşte bu yazıda en çok altını çizmek istediğim konu burası. Çünkü bir kurum için en pahalı hata, yanlış modeli seçmek değil; yanlış mimariye kilitlenmek.

Google, Agent2Agent (A2A) protokolünü öncülük ettiği açık bir standart olarak konumluyor. A2A, başlangıçta çok sayıda teknoloji ortağıyla duyurulmuştu; bugün giderek artan sayıda kuruluşun üretim ortamında farklı platformlarda kurulu ajanlar arasında gerçek görevler yönlendirdiği belirtiliyor. Protokol artık bağımsız bir vakıf çatısı altında yönetiliyor; alan doğrulaması için kriptografik imzalı "agent card" yapısı geliyor.

Diğer tarafta, Anthropic'in öncülük ettiği ve artık açık standart haline gelen Model Context Protocol (MCP) var. MCP, ajanların araçlara ve veri kaynaklarına nasıl bağlanacağını standartlaştırıyor. Google'ın platformunda Agent Registry'nin MCP sunucularını da kataloglaması, bu iki standardın aynı çatı altında buluştuğunu gösteriyor.

Neden bu kadar önemsiyorum? Çünkü bir Türk kurumu bugün Gemini Enterprise üzerinde bir ajan kursa bile, A2A ve MCP açık standartları sayesinde o ajan yarın başka bir platformdaki ajanlarla konuşabilir, ya da ekip karar değiştirirse taşıma maliyeti azalır. ADK'nin kendisi de model-agnostik; farklı dillerde geliştirilebiliyor ve herhangi bir container ya da Kubernetes ortamına dağıtılabiliyor. Bu "açıklık" söylemi tabii ki bir pazarlama unsuru, ama bu sefer arkasında somut, çalışan teknik standartlar var. Ben buna "kilitlenmeyi yumuşatan açıklık" diyorum.

"

Sahadan bir gözlem: Müşterilerime hep şunu söylüyorum — bir platform seçerken sadece "bugün ne yapabiliyor"a değil, "yarın çıkmak istediğinde kapı ne kadar geniş"e de bakın. A2A ve MCP, o kapıyı geniş tutan menteşeler.

22 Nisan 2026 gerçekten ilginç bir gündü. Aynı gün üç büyük hamle oldu: Google Gemini Enterprise Agent Platform'u duyurdu, OpenAI ChatGPT üzerinde Workspace Agents'ı başlattı ve Salesforce, Agentforce'un Google Cloud entegrasyonunu genişletti. Yani üç ekosistem aynı anda "demo" aşamasından "dağıtım" aşamasına geçti. Bu tesadüf değil; pazar olgunlaştı.

Üç oyuncunun felsefelerini sahadan gördüğüm kadarıyla şöyle özetleyebilirim:

Google'ın bahsi: "Beş ürün entegre etmek yerine tek ürün verin." Google, kurumsal müşterilerden gelen en yaygın şikâyete cevap veriyor. Geniş model kataloğu, özel runtime, hafıza, güvenlik, bir pazar yeri (marketplace) ve ortaklar için önemli bir inovasyon fonu. Mesaj net: bütünleşik paket.

OpenAI'ın bahsi: Bağlanabilirlik ve kullanım-bazlı ekonomi. OpenAI'ın AgentKit'i ve Workspace Agents'ı, çok sayıda konnektörle geliyor: Slack, Google Drive, Microsoft 365, Salesforce, Notion, GitHub ve daha fazlası. Fiyatlama tarafında OpenAI kredi-bazlı bir modele yöneldi; her ajan çalıştırması görevin karmaşıklığına, araç çağrılarına ve çalışma süresine orantılı kredi tüketiyor. Bu, orta düzey kullanımı olan kurumlar için avantajlı; ama yüksek hacimli otomasyonda maliyet sürprizleri yaratabilir.

Anthropic'in bahsi: Derin muhakeme ve şeffaf karar zincirleri. Anthropic, kurumsal ajanları iki paralel yol üzerine kuruyor: geliştiriciler için Claude Code, kurumlar için Claude Agent SDK. Felsefe farkı net — Anthropic, kapalı platform konforu yerine derin muhakeme, şeffaf karar zincirleri ve açık birlikte çalışabilirliği önceliyor. Bu yaklaşım runtime ve hafızayı kapsıyor ama yönetişim ile gözlemlemeyi büyük ölçüde üçüncü taraflara/kurumun kendisine bırakıyor.

Bu üçlüye bakınca şunu görüyorum: Google'ın asıl farklılaşması model kalitesinde değil, "tek pakette yönetişim" vaadinde. Çünkü kurumsal alıcının kafasındaki en zor soru "hangi model en akıllı" değil; "bunu üretime aldığımda denetim, güvenlik ve uyumu nasıl sağlarım".

Peki bu bir "Google kazandı" hikâyesi mi? Hayır.

Vendor-neutral konuşmam gereken yer tam burası. Üç oyuncunun da güçlü ve zayıf yanları var:

• Bütünleşik paket çift taraflı keskin bir bıçak. Google'ın "her şey bir arada" yaklaşımı entegrasyon yükünü azaltıyor, evet. Ama aynı zamanda bağımlılık derinleştiriyor. Çok şeyi tek satıcıya bağlarsanız, müzakere gücünüz zamanla azalır.
• OpenAI'ın konnektör genişliği cazip, özellikle Microsoft 365 ağırlıklı çalışan kurumlar için. Ama kredi-bazlı fiyatlamanın öngörülebilirliği yüksek hacimde tartışmalı.
• Anthropic'in şeffaflık ve açıklık odağı, regüle sektörler (bankacılık, sağlık, kamu) için cazip; ama yönetişimi kendiniz ya da üçüncü taraflarla kurmanız gerekiyor, bu da ek mühendislik demek.

Benim sahadaki tavrım şu: "Hangisi en iyi" sorusu yanlış soru. Doğru soru — "benim kullanım senaryom, mevcut bulut yatırımım, regülasyon yüküm ve ekip yetkinliğim için hangisi en az sürtünmeyle çalışır".

Bunu özellikle ayrı bir başlık yaptım çünkü sahada bu tür geçişler gözden kaçıyor ve sonra panik oluyor. Eğer hâlâ eski Vertex AI SDK'sini kullanıyorsanız, kullanımdan kaldırılan modüllerin desteğinin kesileceği bir tarih var. Yani halihazırda Vertex AI üzerinde üretim iş yükü olan Türk kurumları için bu, teorik bir gelecek meselesi değil, bugünkü bir aksiyon kalemi.

Eğer bu yazıyı okuyorsanız ve kurumunuzun Vertex AI üzerinde canlı sistemleri varsa, en geç bu hafta yapmanız gereken şey: mevcut SDK bağımlılıklarınızı envanterlemek ve göç planını netleştirmek. Bu, "acil değil ama önemli" kategorisinde başlayıp, ertelendikçe "acil ve kritik"e dönüşen klasik bir teknik borç.

Şimdi asıl meseleye gelelim. Bütün bu gelişmeler İstanbul'daki, Ankara'daki, İzmir'deki bir kurumun masasında neye dönüşüyor?

1. KVKK ve veri egemenliği: konfor değil, ön koşul

Google, sovereign cloud (egemen bulut) tarafında ciddi yatırımlar yapıyor; veri ikametgâhı, erişim ve personel üzerinde kontroller sunan yapılar ve Avrupa'da yerel ortaklarla kurulan ayrı altyapılar bunun parçası. Ama burada dürüst olmam gerekiyor: araştırmamda Türkiye'ye özel bir Google egemen bulut bölgesi ya da yerel ortaklık konusunda doğrulanmış net bir bilgiye ulaşamadım. Avrupa için var olan model (yerel jürisdiksiyon altında, ayrı altyapı, yerel operatör), Türkiye için olduğu gibi geçerli değil. Dolayısıyla bir Türk kurumu için pratik çıkarım şu:

• KVKK kapsamındaki kişisel verilerin işlenmesinde, verinin nerede saklandığı ve işlendiği, hangi jürisdiksiyona tabi olduğu sorularını mimari karardan önce netleştirin.
• Hangi veri sınıfının buluta çıkabileceğini, hangisinin ülke içinde kalması gerektiğini belirleyen bir veri sınıflandırması yapmadan ajan projesine başlamayın.
• "Egemen bulut" etiketi her bölgede aynı şey demek değil. Sözleşmede veri ikametgâhı, erişim kontrolü ve denetim hükümlerini somut olarak görmek isteyin.

2. Açık standartlar, en güçlü pazarlık kozunuz

Daha önce A2A ve MCP'yi neden önemsediğimi anlattım. Türk kurumları açısından bu standartlar bir lüks değil, bir sigorta. Türkiye'de bulut stratejileri sık sık değişiyor; bugün verdiğiniz kararın yarın regülasyon, maliyet ya da jeopolitik nedenlerle revize edilmesi gerekebilir. Açık standartlara yaslanan bir mimari, bu revizyonun maliyetini düşürür.

Pratik öneri: İlk ajan projenizi mümkün olduğunca A2A ve MCP uyumlu kurun. Konnektörleri ve araç bağlantılarını standart protokoller üzerinden tanımlayın. Böylece platform değiştirmek istediğinizde, sıfırdan yazmak yerine taşıma yapabilirsiniz.

3. Yönetişimi sonradan eklenecek bir özellik sanmayın

Google'ın Agent Identity, Agent Gateway ve Model Armor üçlüsünü öne çıkarması boşuna değil. Bir ajanı kurumsal verilere bağladığınız an, klasik yazılım güvenliğinden farklı bir tehdit yüzeyi açılıyor: prompt enjeksiyonu, araç zehirleme, hassas veri sızıntısı. Bunlar teorik değil; gerçek olaylar.

Türk kurumları için çıkarım: ajan projesinin gözlemleme, kimlik ve denetim katmanını birinci günden planlayın. "Önce çalışsın, güvenliği sonra ekleriz" yaklaşımı, regüle sektörlerde geri dönüşü pahalı bir hata. Her ajana benzersiz, denetlenebilir bir kimlik vermek; hangi ajanın hangi veriye eriştiğini loglamak; ve runtime'da politika zorlaması yapmak, artık "nice-to-have" değil.

4. Bu ne zaman mantıklı, ne zaman erken?

Danışmanlık masasında en sık sorulan soru bu. Açık konuşayım:

Şu durumlarda mantıklı: Halihazırda Google Cloud üzerinde ciddi bir yatırımınız varsa; birden fazla sistemi koordine eden, gerçek iş süreçlerini otomatikleştirecek (sadece bir chatbot değil) bir kullanım senaryonuz varsa; ve yönetişim, denetim, güvenliği tek pakette almak sizin için entegrasyon yükünden kurtulmaya değiyorsa.

Şu durumlarda "durun bakalım" derim: Henüz net bir, ölçülebilir iş değeri olan kullanım senaryonuz yoksa — ajan, çözüm arayan bir problem değil, somut bir probleme çözüm olmalı. Veri sınıflandırmanız ve KVKK uyum çerçeveniz oturmamışsa — bu temel olmadan ajan inşa etmek, çatıyı temelden önce kurmaktır. Ve ekibinizde bu sistemleri izleyecek, değerlendirecek ve gerektiğinde devre dışı bırakacak yetkinlik yoksa — otonomi, sorumluluk olmadan tehlikelidir.

5. Pilot, ama doğru pilot

Benim önerdiğim yol genelde şu: tek bir, dar kapsamlı, ölçülebilir bir süreçle başlayın. Faturalardan veri çıkarma, müşteri taleplerini sınıflandırma, iç dokümanlardan cevap üretme gibi. Başarı kriterini önceden tanımlayın ("insan müdahalesi şu kadar azaldı", "şu süre şu kadar kısaldı"). Üç ay sonra rakamlara bakın. Heyecan değil, veri konuşsun.

Önemli bir nokta: pilotu seçerken "en görkemli" senaryoyu değil, "hata maliyeti en düşük ama öğrenme değeri en yüksek" senaryoyu seçin. İlk ajanınız yanlış yaptığında dünya yıkılmamalı; ama o yanlıştan sizin ekibiniz çok şey öğrenmeli.

Geri çekilip baktığımda, 2026'yı kurumsal yapay zekânın "demo"dan "dağıtım"a geçtiği yıl olarak görüyorum. Google'ın Vertex AI'yi tamamen ajan-merkezli bir platforma dönüştürmesi, sektörün geldiği olgunluğun bir işareti. Artık soru "ajan yapabilir miyiz" değil; "ajanı üretimde nasıl güvenli, denetlenebilir ve ölçeklenebilir biçimde çalıştırırız".

Üç dev oyuncunun aynı gün masaya oturması, fiyatların ve yeteneklerin hızla yakınsayacağını gösteriyor. Bu, alıcı için iyi haber: rekabet, hem fiyatı hem de açıklığı zorluyor. Açık standartların yaygınlaşması, sektörün "kapalı bahçe" yerine "birlikte çalışabilir ekosistem"e doğru ittiğini gösteriyor — en azından söylem düzeyinde. Pratikte herkesin kendi bahçesini büyütmeye çalıştığını da unutmayalım; bu yüzden açık standartlara yaslanmak, naif bir iyimserlik değil, akıllı bir savunma.

Türk kurumları için benim temel mesajım şu: acele etmeyin, ama geç de kalmayın. Bu teknoloji bir moda değil, bir altyapı kayması. Ama her altyapı kaymasında olduğu gibi, doğru hazırlık yapanlar kazanır, panikle koşanlar pahalı dersler alır. Önce veri evinizi düzenleyin (sınıflandırma, KVKK uyumu, egemenlik kararları), sonra açık standartlara yaslanan dar bir pilotla başlayın, yönetişimi birinci günden kurun ve rakamlarla ilerleyin.

Ben sahada, bu kararları birlikte verdiğim kurumlarda şunu gördüm: en başarılı olanlar, en gelişmiş modeli seçenler değil; en disiplinli mimari kararı verenler oldu. Araç gelir geçer; doğru kurulmuş bir mimari ve sağlam bir yönetişim kalır. Eğer kurumunuzda bu kararları konuşuyorsanız, masaya getirmeniz gereken ilk soru "hangi platform" değil. İlk soru şu olmalı: "Hangi gerçek iş problemini, hangi veriyle, hangi jürisdiksiyonda, kimin denetimi altında çözmek istiyorum?" Bu sorulara net cevabınız olduğunda, platform seçimi şaşırtıcı derecede kolaylaşıyor. Cevabınız yoksa, hiçbir platform sizi kurtarmaz.