Kısaca
Google'ın dahili yapay zeka kodlama aracı Agent Smith, şirketin yeni üretim kodunun %25'inden fazlasını oluşturuyor. Copilot gibi otomatik tamamlama araçlarının aksine, Agent Smith arka planda eşzamansız olarak çalışır, insan etkileşimi olmadan kod yazar, test eder ve üzerinde yineleme yapar. API ekipleri için bu durum, kod tabanınızın dörtte birinin makine tarafından oluşturulduğu bir senaryoda sözleşme kararlılığı, test kapsamı, dokümantasyon kayması ve inceleme iş akışları hakkında sorular ortaya çıkarıyor.
Giriş
Mart 2026'daki bir kazanç çağrısında, Google CEO'su Sundar Pichai tüm yazılım sektörünü durduran bir sayı açıkladı: yapay zeka tarafından oluşturulan kod, Google'da üretilen yeni kodun %25'inden fazlasını oluşturuyor.
Bu, otomatik tamamlama değil. Bu, geliştiriciler tarafından kabul edilen Copilot önerileri değil. Bu, yapay zeka üretimi sonrasında üretime çıkan kod. İçeride Agent Smith (Matrix'teki kendi kendini çoğaltan antagoniste bir gönderme) olarak adlandırılan bu araç, Google'ın 180.000'den fazla çalışanı arasında o kadar popüler hale geldi ki şirket, altyapı yükünü yönetmek için erişimi kısıtlamak zorunda kaldı.
Agent Smith, çoğu geliştiricinin bugün kullandığı yapay zeka kodlama araçlarından farklı bir kategori temsil ediyor. Copilot ve Claude Code gerçek zamanlı olarak yardımcı olurken, Agent Smith arka planda çalışır. Mühendisler görevleri atar, ayrılır ve tamamlanan işi incelemek için daha sonra geri dönerler.
API geliştirme ekipleri için, "yapay zeka destekli"den "yapay zeka tarafından oluşturulmuş" koda geçiş, pratik soruları beraberinde getiriyor. Kod tabanınızın %25'i özerk bir ajan tarafından yazıldığında, API sözleşmelerini nasıl stabil tutarsınız? Testlerin makine tarafından oluşturulan uç noktaları kapsadığından nasıl emin olursunuz? Dokümantasyonun kaymasını nasıl önlersiniz?
Bu makale, Agent Smith'in ne yaptığını, diğer yapay zeka kodlama araçlarından nasıl farklılaştığını ve API ekiplerinin nelere hazırlanması gerektiğini ayrıntılı olarak açıklıyor.
Agent Smith ne yapar
Eşzamansız otonom kodlama
Agent Smith, sizin yazmanızı beklemek için IDE'nizde oturmaz. Arka planda eşzamansız olarak çalışır. İşte iş akışı:
- Bir mühendis bir görevi doğal dilde tanımlar
- Agent Smith görevi alt görevlere ayırır
- Birden çok dosyada kod yazar
- Testleri çalıştırır ve hatalar üzerinde yineleme yapar
- Mühendis tamamlanan işi gözden geçirir
Bu, Copilot'un satır içi önerilerinden veya Claude Code'un etkileşimli oturumlarından temelden farklıdır. Agent Smith, bir bilet alan, birkaç saat ortadan kaybolan ve bir çekme isteğiyle geri dönen genç bir geliştiriciye daha yakındır.
Mühendisler, Google'ın dahili sohbet platformu üzerinden, hatta mobil cihazlardan bile görevleri delege edebilir ve ilerlemeyi kontrol edebilirler. Araç, Google'ın dahili bilgi tabanından bağlam çekerek çalışan profillerine ve ilgili dokümantasyona otomatik olarak erişir.
Gemini ve Antigravity üzerine inşa edildi
Agent Smith, Google'ın Gemini model ailesi üzerinde çalışır ve Google'ın geniş dahili kod tabanına ve dokümantasyonuna erişim sağlayan geri alma sistemleriyle güçlendirilmiştir. Google'ın mevcut ajan tabanlı kodlama platformu Antigravity'nin üzerine inşa edilmiştir, ancak onu özerk görev ayrıştırma ve yürütme ile genişletir.
Geri alma takviyesi anahtardır. Agent Smith kodu izole olarak üretmez. Google'ın dahili kod tabanında benzer desenler arar, mevcut uygulamalara referans verir ve dahili kodlama kurallarına uyar. Bu bağlam farkındalığı, %25 ölçeğinde üretim kalitesinde çıktı sağlayan şeydir.
"Yeni kodun %25'i" ne anlama geliyor
Pichai'nin rakamının bağlama ihtiyacı var. "Yeni kodun %25'i" şu kodu ifade eder:
- Otomatik tamamlanmamış, yapay zeka tarafından oluşturulmuş
- Kod incelemesini geçer (insan mühendisleri hala Agent Smith'in çıktısını inceler)
- Üretim sistemlerinde yayınlanır
- Google'ın tüm mühendislik çıktısı genelinde ölçülür
Bu, Google'ın toplam kod tabanının %25'inin yapay zeka tarafından oluşturulduğu anlamına gelmez. Bu, bugün yazılan yeni kodun %25'inin Agent Smith'ten geldiği anlamına gelir. Fark önemlidir çünkü yeni kod, mevcut insan tarafından yazılmış bir kod tabanına ektir. Ancak gidişat açık: yüzde artıyor ve Pichai bunu stratejik bir avantaj olarak vurguladı.
Agent Smith diğer yapay zeka kodlama araçlarından nasıl farklıdır?
Yapay zeka kodlama aracı spektrumu
| Araç | Mod | Etkileşim | Kapsam | Üretim kodu? |
|---|---|---|---|---|
| GitHub Copilot | Gerçek zamanlı otomatik tamamlama | IDE içinde satır içi | Satır/fonksiyon düzeyi | İnsan onayı sonrası |
| Claude Code | Etkileşimli oturum | Sohbet tabanlı | Çoklu dosya değişiklikleri | İnsan incelemesi sonrası |
| Cursor Agent | Arka plan + etkileşimli | IDE'ye entegre | Proje düzeyi | İnsan incelemesi sonrası |
| Agent Smith | Eşzamansız otonom | Görev delegasyonu | Tam özellik uygulaması | İnsan incelemesi sonrası |
| KAIROS (yayınlanmamış) | Sürekli çalışan arka plan programı | Arka plan izleme | Depo çapında | Belirlenecek |
Agent Smith bu spektrumun otonom ucunda yer almaktadır. Bir adım ötesi, hiçbir büyük aracın henüz yapmadığı (ve yapmaması gereken) insan incelemesi olmaksızın tamamen otonom dağıtım olurdu.
API ekipleri için eşzamansızlığın önemi
Gerçek zamanlı yapay zeka kodlama araçları (Copilot, Claude Code) geliştiricinin akışı içinde çalışır. Geliştirici, yapay zekanın ne yazdığını görür, bağlamı anlar ve anında düzeltmeler yapar.
Eşzamansız ajanlar bu dinamikleri değiştirir. Agent Smith bir API uç noktası yazdığında, geliştirici onu olaydan sonra inceler. İnceleme, oluşturma bağlamından ayrılmıştır. Bu şu anlama gelir:
- Geliştirici, ajanın belirli bir yanıt biçimini neden seçtiğini anlamayabilir
- API sözleşmesi değişiklikleri standart bir kod incelemesinde açık olmayabilir
- İlgili yapılar (testler, belgeler, maketler) güncellenmemiş olabilir
- İnceleyici tüm etkiyi kontrol etmezse kırıcı değişiklikler gözden kaçabilir
Yapay zeka API kodunuzu yazdığında ne bozulur?
API sözleşmesi kayması
Bir API sözleşmesi, hizmetiniz ile tüketicileri arasındaki anlaşmadır: uç noktalar, istek/yanıt şemaları, durum kodları, hata biçimleri. Bir insan geliştirici bir API'yi değiştirdiğinde, genellikle OpenAPI belirtimini günceller, tüketicilere bildirir ve değişikliği sürümlemiş olur.
Özerk bir ajan bir API'yi değiştirdiğinde, bu koordinasyon adımları otomatik olarak gerçekleşmez. Agent Smith, testleri geçen kod yazar. Ancak testler yalnızca daha önce yazılanları kapsar. Ajan, mevcut testleri geçen ancak aşağı akış tüketicilerini bozan bir şekilde bir yanıt şemasını değiştirirse, bozulma üretimde ortaya çıkar.
Örnek senaryo:
- Agent Smith'e "Profil uç noktasına kullanıcı tercihleri ekle" görevi verilir
GET /api/users/{id}yanıtına birpreferencesalanı ekler- Mevcut testler, ek alanların yokluğunu doğrulamadıkları için geçer
- Frontend ekibinin TypeScript türleri
preferencesiçermez - Mobil uygulamanın katı JSON ayrıştırması beklenmedik alan üzerinde hata verir
Kod doğru. Testler geçiyor. Sözleşme bozulmuş.
Test kapsamı boşlukları
Yapay zeka tarafından oluşturulan kod, yapay zeka tarafından oluşturulan testlerle birlikte gelir ve yapay zeka ajanları, regresyonlara karşı koruma sağlayan testler yerine, inşa ettikleri şeyi doğrulayan testler yazma eğilimindedir. Bu, bir kör nokta yaratır: testler yeni davranışın çalıştığını doğrular, ancak mevcut davranışın korunduğunu doğrulamaz.
API uç noktaları için bu şu anlama gelir:
- Yanıt süresi kıyaslamaları test edilmeyebilir
- Hata yanıt formatları standart hata şemanızdan sapabilir
- Hız sınırlama davranışı doğrulanmayabilir
- Kimlik doğrulama uç durumları kapsanmayabilir
- Sayfalandırma davranışı mevcut uç noktalardan farklılık gösterebilir
Dokümantasyon kayması
API dokümantasyonunuz kod açıklamalarından veya OpenAPI belirtimlerinden oluşturuluyorsa, ajan tarafından değiştirilen kod otomatik olarak belgelere yayılmalıdır. Ancak birçok ekip dokümantasyonu ayrı ayrı tutar. Agent Smith bir uç nokta eklediğinde veya bir yanıt şemasını değiştirdiğinde, dokümantasyon güncellemesi ajanın yapabileceği veya yapamayacağı ayrı bir görevdir.
Otomatik olarak oluşturulan belgelerle bile, açıklamalar, örnekler ve kullanım notları, yapay zeka ajanının sahip olmadığı insan bağlamını gerektirir. Ajan bir uç noktanın ne yaptığını belgeleyebilir. Ancak neden var olduğunu, kimin kullandığını veya tasarımına hangi tavizlerin yol açtığını belgeleyemez.
İnceleme yorgunluğu
Kodun %25'i yapay zeka tarafından oluşturulduğunda, kod incelemelerinin %25'i yapay zeka çıktısını inceler. Yapay zeka tarafından oluşturulan kod sözdizimsel olarak tutarlı ve iyi yapılandırılmıştır, bu da ilk bakışta "iyi" görünmesini sağlar. Ancak "iyi görünmek" bağlamında doğru olmakla aynı şey değildir.
İnceleyiciler yeni bir zorlukla karşı karşıya: kod iyi okunur ancak mimari kararlarla, ekip kurallarıyla veya inceleyicinin kafasında olan ancak ajanın isteminde olmayan belirtilmemiş gereksinimlerle uyumlu olmayabilir. Zamanla, yapay zeka tarafından oluşturulan kod için inceleme yorgunluğu, hata gönderimine yol açan "lastik damgalama"ya neden olabilir.
Ajan geçirmez API iş akışları nasıl oluşturulur?
1. API sözleşmelerini doğruluk kaynağı yapın
Tasarım öncelikli API geliştirme, ajan kaynaklı kaymalara karşı en güçlü savunmadır. OpenAPI belirtimi doğruluk kaynağı olduğunda, sözleşmeyi bozan herhangi bir kod değişikliği tespit edilebilir.
Tasarım öncelikli olmadan:
Kod değişimi → Testler geçer → Yayınla → Sözleşme bozulur
Tasarım öncelikli ile:
Belirtim sözleşmeyi tanımlar → Kod belirtimle eşleşmeli → Sözleşme doğrulama kaymayı yakalar
Apidog'un görsel API tasarımcısı, herhangi bir kod yazılmadan önce uç noktaları, şemaları ve yanıt formatlarını tanımlamanıza olanak tanır. Agent Smith (veya herhangi bir ajan) kod ürettiğinde, onu mevcut, eksik olabilecek testlere göre değil, belirtime göre doğrulamanız gerekir.
2. Birim testleri yerine sözleşme testleri kullanın
Birim testleri dahili davranışı doğrular. Sözleşme testleri hizmetler arasındaki anlaşmayı doğrular. Bir yapay zeka ajanı API'nizi değiştirdiğinde, sözleşme testleri birim testlerinin gözden kaçırdığı değişiklikleri yakalar.
Sözleşme testi örneği:
// Bu test, yanıt şekli değişirse başarısız olur,
// yeni şekil "geçerli" olsa bile
describe("GET /api/users/:id contract", () => {
it("beklenen şemayı döndürür", async () => {
const response = await request(app).get("/api/users/123");
expect(response.body).toMatchSchema({
type: "object",
required: ["id", "name", "email", "created_at"],
properties: {
id: { type: "string" },
name: { type: "string" },
email: { type: "string", format: "email" },
created_at: { type: "string", format: "date-time" }
},
additionalProperties: false // Bu, beklenmeyen alanları yakalar
});
});
});
additionalProperties: false satırı kritiktir. Bu olmadan, yanıta alan ekleyen bir ajan tüm testleri geçer. Bununla birlikte, herhangi bir şema değişikliği açık sözleşme güncellemeleri gerektirir.
Apidog, API belirtiminizden sözleşme testlerini otomatikleştirir. Şemanızı bir kez tanımlayın ve Apidog, her yanıtı manuel testlerde ve CI/CD çalıştırmalarında ona göre doğrular.
3. Dağıtımları belirtim doğrulama ile engelleyin
CI/CD hattınıza API belirtim doğrulamasını ekleyin. Herhangi bir kod (insan veya yapay zeka tarafından oluşturulan) dağıtılmadan önce, beyan edilen sözleşmeyle eşleştiğini doğrulayın:
# CI/CD pipeline adımı
- name: API sözleşmesini doğrula
run: |
# Mevcut belirtimi çalışan implementasyonla karşılaştır
apidog run --test-scenario-id CONTRACT_TESTS
# Sözleşme ihlali bulunursa başarısız ol
if [ $? -ne 0 ]; then
echo "API sözleşmesi ihlali tespit edildi. Değişiklikleri inceleyin."
exit 1
fi
Bu, Agent Smith'in sözleşmeyi bozan değişikliklerini üretime ulaşmadan önce yakalar.
4. API değişiklikleri için belirtim güncellemeleri gerektirir
Bir geliştirme kuralı oluşturun: API davranışını değiştiren herhangi bir çekme isteği, karşılık gelen bir OpenAPI belirtim güncellemesini içermelidir. Yapay zeka tarafından oluşturulan çekme istekleri için bu, ajanın belirtimi güncellemesi gerektiği veya birleştirilmeden önce bir insanın bunu yapması gerektiği anlamına gelir.
Apidog'da, belirtim değişiklikleri otomatik olarak şunlara yayılır:
- API dokümantasyonu
- Maket sunucu yanıtları
- Test iddiaları
- İstemci SDK türleri
Bu kademe, sözleşme değiştiğinde hiçbir yapının kaymamasını sağlar.
5. Üretimde API davranışını izleyin
Sözleşme testleri ve belirtim doğrulamasıyla bile, üretim izlemesi, ön üretim testlerinin kaçırdıklarını yakalar. Şunları takip edin:
- Yanıt şeması ihlalleri: Yanıtlar beyan edilen şemayla eşleşmediğinde kaydedin
- Yeni alanların görünmesi: Belirtimde olmayan yanıt alanları hakkında uyarı verin
- Hata oranı değişiklikleri: Yapay zeka tarafından oluşturulan uç noktaların farklı hata dağılımları olabilir
- Gecikme kaymaları: Ajan tarafından yazılan kodun farklı performans özellikleri olabilir
- Trafik desen değişiklikleri: Yeni uç noktalar beklenmeyen trafik desenleri alabilir
6. API incelemesini kod incelemesinden ayırın
Standart kod incelemesi şunu sorar: "Bu kod çalışıyor mu?" API incelemesi ise şunu sorar: "Bu değişiklik tüketicileri etkiliyor mu?"
Yapay zeka tarafından oluşturulan API değişiklikleri için ayrı bir inceleme kontrol listesi oluşturun:
- Bu değişiklik mevcut bir tüketiciyi bozuyor mu?
- OpenAPI belirtimi güncellendi mi?
- Geriye dönük uyumsuz değişiklikler sürümlendi mi?
- Hata yanıtları mevcut hata formatıyla tutarlı mı?
- Yeni uç noktalar örneklerle belgelendi mi?
- Aşağı akış ekipleri bilgilendirildi mi?
Yörünge: otonom kodlamanın gittiği yer
Bugün Agent Smith ile yarınki Agent Smith
%25'teki Agent Smith başlangıç noktasıdır. Sergey Brin, Mart 2026'daki bir satış toplantısında yapay zeka ajanlarını "büyük bir odak noktası" olarak adlandırdı. Araç geliştikçe, erişim kısıtlamaları gevşedikçe ve iş akışları uyum sağladıkça %25'lik rakam artacaktır.
Diğer şirketler de benzer sistemler inşa ediyor:
- Claude Code'un KAIROS'u (kaynak kodunda sızdırıldı): GitHub webhook abonelikleri ve arka plan çalışanları ile sürekli çalışan arka plan programı
- GitHub Copilot Agent Modu: otonom dosya düzenleme ile çok adımlı kodlama görevleri
- Amazon'un CodeWhisperer'ı: otomatik tamamlamadan ajan tabanlı iş akışlarına doğru genişliyor
Sektördeki eğilim açık: yapay zeka kodlama araçları "yardımcı"dan "otonom katılımcı"ya, oradan da "arka plan altyapısına" doğru ilerliyor. Birkaç yıl içinde soru, yapay zekanın API kodunuzu yazıp yazmadığı değil, ne kadarını yazdığı olacaktır.
API ekipleri şimdi nelere hazırlanmalı
Tasarım öncelikli olmak artık isteğe bağlı değil. Ajanlar kod yazdığında, API belirtimi tek kararlı yapıdır. Ajan benimsenmesi acil hale gelmeden önce, onu şimdi doğruluk kaynağı yapın.
Sözleşme testi altyapısına yatırım yapın. Kod yazarı yazılı olmayan kurallarınızı anlamadığında birim testleri yeterli değildir. Sözleşme testleri bu kuralları açıkça kodlar.
Yapıları senkronize tutan araçları seçin. Bağlantısız araçlar (ayrı API istemcisi, ayrı test çalıştırıcı, ayrı maket sunucu, ayrı belge oluşturucu) ajanların istismar ettiği sapma fırsatları yaratır. Apidog gibi entegre platformlar her şeyi senkronize tutar.
Yapay zeka tarafından oluşturulan kod için inceleme süreçleri oluşturun. Standart kod incelemesi API sözleşme ihlallerini yakalamaz. Özellikle API değişiklikleri için kontrol listeleri ve otomatik doğrulama oluşturun.
Bir sonraki kod değişikliğiniz insan bir geliştiriciden, Agent Smith'ten veya sonraki otonom kodlama aracından gelse de tutarlı kalacak API iş akışları oluşturmak için Apidog'u ücretsiz deneyin.
Sıkça Sorulan Sorular
Google Agent Smith nedir?
Agent Smith, Google'ın Gemini model ailesi ve Antigravity platformu üzerine inşa edilmiş dahili yapay zeka kodlama ajanıdır. Arka planda eşzamansız olarak çalışır: mühendisler görevler atar ve Agent Smith gerçek zamanlı insan etkileşimi olmadan kod yazar, test eder ve üzerinde yineleme yapar. Mart 2026 itibarıyla Google'ın yeni üretim kodunun %25'inden fazlasını oluşturmuştur.
Agent Smith Google dışında kullanılabilir mi?
Hayır. Agent Smith, Google çalışanlarıyla sınırlı dahili bir araçtır. Google, halka açık bir sürüm için planlarını duyurmamıştır. Teknoloji, Copilot Agent Mode ve Claude Code'a benzer, ancak Google'ın dahili kod tabanı ve dokümantasyon sistemleriyle daha derinlemesine entegredir.
Yapay zeka tarafından oluşturulan kod API sözleşmelerini bozar mı?
Bozabilir. Yapay zeka ajanları testleri geçen kod yazar, ancak testler API sözleşmenizin tüm yönlerini kapsamayabilir. Şema değişiklikleri, yeni yanıt alanları, farklı hata formatları ve davranışsal değişiklikler, aşağı akış tüketicilerini bozarken testlerden sızabilir. Sözleşme testleri ve tasarım öncelikli geliştirme bunu önler.
API ekipleri Agent Smith hakkında endişelenmeli mi?
Agent Smith hakkında özel olarak değil, çünkü Google'ın dahili bir aracı. Ancak temsil ettiği eğilim hakkında evet. Benzer otonom kodlama araçları (Copilot Agent Mode, KAIROS ve diğerleri) ekibinize ulaşacaktır. API iş akışınızı şimdi tasarım öncelikli geliştirme, sözleşme testi ve entegre araçlarla hazırlamak, otonom ajanları güvenli bir şekilde benimsemenizi sağlar.
Yapay zeka ajanlarının API'lerimi bozmasını nasıl önlerim?
Doğruluk kaynağı olarak OpenAPI belirtimiyle tasarım öncelikli geliştirme kullanın. Beklenmeyen şema değişikliklerini yakalamak için additionalProperties: false ile sözleşme testi ekleyin. Dağıtımları belirtim doğrulama ile engelleyin. Belirtimleri, testleri, maketleri ve belgeleri otomatik olarak senkronize eden Apidog gibi entegre bir platform kullanın.
Yapay zeka destekli ve yapay zeka tarafından oluşturulan kod arasındaki fark nedir?
Yapay zeka destekli kod (Copilot önerileri, Claude Code oturumları) insan gözetiminde gerçek zamanlı olarak yazılır. Geliştirici her değişikliği görür ve onaylar. Yapay zeka tarafından oluşturulan kod (Agent Smith) gerçek zamanlı insan müdahalesi olmadan eşzamansız olarak üretilir. Geliştirici tamamlanan işi olaydan sonra inceler. Bu fark, inceleme dinamiklerini değiştirir ve tespit edilmeyen sözleşme ihlallerinin riskini artırır.
Yapay zeka ajanları API geliştiricilerinin yerini alacak mı?
Hayır. Agent Smith hala insan görev tanımı, kod incelemesi ve dağıtım onayı gerektirir. Mart 2026'da yapılan bir MIT araştırması, yapay zekanın geliştirici üretkenliğini artırdığını ancak insanların sağladığı muhakeme, bağlam farkındalığı ve mimari düşüncenin yerini almadığını doğruladı. Rol, kod yazmaktan görev tanımlamaya, çıktıyı incelemeye ve sistem tutarlılığını korumaya kayar.
Temel Çıkarımlar
- Google'ın Agent Smith'i, eşzamansız, otonom çalışma yoluyla yeni üretim kodunun %25'ini oluşturuyor
- Bu, yapay zeka destekli koddan yapay zeka tarafından oluşturulan koda bir geçişi temsil ediyor ve API ekipleri için inceleme dinamiklerini değiştiriyor
- API sözleşmesi kayması, otonom ajanlar uç noktaları ve şemaları değiştirdiğinde birincil risktir
- Doğruluk kaynağı olarak OpenAPI belirtimleriyle tasarım öncelikli geliştirme, sözleşme bozulmasını önler
- Katı şema doğrulamasıyla sözleşme testi, birim testlerinin gözden kaçırdığı değişiklikleri yakalar
- Apidog gibi entegre platformlar, kaymayı önlemek için belirtimleri, testleri, maketleri ve belgeleri senkronize eder
- Otonom kodlama ajanlarına doğru eğilim hızlanıyor; API iş akışlarınızı şimdi hazırlayın
%25'teki Agent Smith başlangıç noktasıdır. Bugün ajan geçirmez API iş akışları oluşturan şirketler, yarın otonom kodlama araçlarını güvenli bir şekilde benimseyenler olacaktır.