Yapay Zeka Kodlama Ajanı Pazarlama Yığınına Nasıl Oturur

Büyüme ekibinizin bu haftaki iş listesinde üç talep var: bir açılış sayfası varyant testi, sürekli bozulan bir CRM alan senkronizasyonu ve kimsenin Looker'da kurmak istemediği bir gösterge paneli. Bir yapay zeka kodlama ajanı, Cursor, Claude Code veya GitHub Copilot'un ajan modu gibi araçlar, bunlardan ikisini bir öğleden sonrada çalışan koda dönüştürebilir. Üçüncüsü ise kampanya bittikten sonra ne olacağına bağlı. Bu yazı, bir yapay zeka kodlama ajanının gerçekte neyi yönlendirmek için tasarlandığını, kodsuz bir ajan oluşturucunun bundan nasıl farklı olduğunu ve ikisini karıştırmanın size ne zaman bir prodüksiyon arızasına mal olduğunu haritalandırıyor.

Yapay zeka kodlama ajanı ile kodsuz ajan oluşturucu aynı araç değil

Bugün "yapay zeka kodlama ajanı" arattığınızda sonuçlar iki farklı kategoriyi tek sayfada birbirine karıştırıyor. Cursor, Claude Code, GitHub Copilot'un ajan modu ve Devin gerçek kod yazıp çalıştırıyor: bir depoyu açıyor, test paketini çalıştırıyor, bir değişikliği commit'liyor. Gumloop, Lindy ve Metaflow ise bunun yerine iş akışı kuruyor: sürükle-bırak bir ekranın arkasında API çağrılarını zincirliyor, ortada hiçbir kod deposu yok.

İkisi de pazarlama ve büyüme ekiplerine "kendi otomasyonunu kur, mühendisi atla" diye satılıyor. Ama sadece biri kaynak koduna dokunuyor ve bir şey bozulduğunda düzeltmeyi kimin üstleneceğine karar veren de tam olarak bu fark.

Kodsuz bir ajan oluşturucuda kurulan bir iş akışı kendi kum havuzunun içinde bozulur: kırık bir adım, bir yeniden çalıştırma, tedarikçiye açılan bir destek bileti. Bir yapay zeka kodlama ajanının yazdığı ve sizin kendi elinizle yayına aldığınız bir betik ise onu nereye koyduysanız orada bozulur: zamanlanmış bir fonksiyon, daha önce ücretli bir aracın çalıştırdığı bir webhook, 2024'ten beri kimsenin SSL sertifikasını yenilemediği paylaşımlı bir sunucudaki cron görevi. Compass bir kampanyayı, nöbetçi bir mühendisin bir dağıtımı düşündüğü gibi yönlendirir: önce ne bozulur, ve onu kim yakalar.

Büyüme ekiplerinin bir iş akışı oluşturucu yerine kodlama ajanına yöneldiği iki somut örnek: reklam platformunun kendi native etiketlemesinin kaçırdığı uç durumları yakalayan bir UTM ayrıştırıcı, ya da BI biletini beklemek yerine atıf rakamlarını doğrudan veri ambarından çeken dahili bir Slack komutu. İkisi de otuz satırlık kimlik doğrulama standart kodunun içine sarılmış beş satırlık iş mantığı: tam olarak bir ajanın iyi yaptığı ve bir insanın iki kere yazmaktan nefret ettiği iş.

Türkiye pazarında çalışan bir büyüme ekibi için tipik bir üçüncü örnek: Trendyol ya da Hepsiburada gibi bir pazar yeri entegrasyonu bir API güncellemesiyle sessizce kırıldığında, stok senkronizasyonunu eski haline getiren bağlantı betiği. Bu da bir martech projesi değil, bir onarım işi, ve tam olarak bir kodlama ajanının bir öğleden sonrada bitirebileceği türden bir onarım.

Wegic bu iki kategori arasında duruyor. Bir sayfayı ya da küçük bir siteyi sohbet üzerinden tarif ediyorsunuz, o da bir şablonu doldurmak yerine arkasındaki gerçek kodu yazıyor. Terminal açmadan bir kodlama ajanının çıktısını isteyen bir ekip için asıl karşılaştırma noktası bu, saf bir iş akışı oluşturucu değil.

Büyüme ekipleri kodlama ajanına gerçekte neyi yönlendiriyor

Bu benimsemeyi izlediğimiz ekiplerde üç örüntü tekrarlıyor: BI aracının doğal olarak bağlamadığı iki API'yi birleştiren dahili gösterge panelleri, aksi halde bir analistin öğleden sonrasını yiyecek tek seferlik veri çekmeleri, ve bir platform güncellemesinin az önce bozduğu bir yönlendirme zincirinde takip pikselinin doğru ateşlenmeye devam etmesini sağlayan bağlantı betikleri.

Bunların hiçbiri "bütün martech yığınımızı kur" değil. Sınırları belli, tek bir net sahibi var ve bozulduklarında yüksek sesle bozuluyorlar. Bu son kısım göründüğünden daha önemli: bir atıf betiğindeki sessiz bir hata, hiç betik olmamasından daha kötü, çünkü ekip zaten yanlış olan rakamlar üzerinden karar vermeye devam ediyor.

Gartner'ın bu değişime bakışı nettir: 2026 sonuna kadar teknoloji ürün ve hizmetlerinin yüzde 80'i geleneksel BT rolleri dışındaki kişiler tarafından geliştirilecek. Bu, özellikle yapay zeka ajanları hakkında bir pazarlama istatistiği değil, kimin artık yazılım yazdığına dair yapısal bir öngörü. Claude Code'a bir webhook'u düzeltmesi için komut veren bir büyüme pazarlamacısı zaten bu rakamın içinde.

Bir iş tanımı gibi duyulan talebi es geçin: "bize bir atıf modeli kurun." Bir yapay zeka kodlama ajanı iki tabloyu birleştiren bir betik yazabilir. Atıf metodolojinize karar veren taraf o olmamalı.

Bir ekip bakmaya başladığında sürekli karşısına çıkan daha küçük dördüncü bir örüntü var: otomasyon platformunun görev başına fiyatlandırması martech bütçesinin sessizce en pahalı kalemi haline geldiğinde, kırılgan bir Zapier zincirini tek bir betik olarak yeniden yazmak. Kodlama ajanı orkestrasyon mantığının yerine geçmiyor, sadece beş koşullu adımı çalıştırmanın tedarikçi kârını ortadan kaldırıyor.

Asıl risk nerede başlıyor

"Sadece komut ver, yazsın" tavsiyesinin atladığı kısım burası. Kodlama ajanı risk değil. Risk, ajanın dokunduğu şeyde.

Bir reklam platformunun salt okunur API'sinden kampanya harcamasını okuyan bir betik düşük risklidir: en kötü ihtimalle, bir yönetim kurulu toplantısından önce birinin iki kere kontrol edeceği raporda yanlış bir rakam. CRM'inize yazan, bir API anahtarını döndüren ya da doğrudan e-posta platformunuza bir segment güncellemesi iten bir betikse durum başka. Ajan bir alan adını halüsinasyon görür ya da bir hız sınırını atlarsa, bu hata yarın sabah satış ekibinizin arayacağı prodüksiyon verisine düşer.

En hızlı atlanan kısım kimlik bilgileri. Kendi betiğini test etmek için bir CRM API anahtarına ihtiyaç duyan bir ajan, o anahtarı seve seve commit'lenen bir config dosyasına ya da projeden çok daha uzun ömürlü bir sohbet kaydına yapıştırır. Bunların hiçbiri ajanın kötü davranması değil, tam olarak istenileni yapıyor. Koruma önlemi, o anahtarın nerede yaşayacağına ilk test çalıştırılmadan önce karar veren insandan gelmeli, bir güvenlik incelemesi onu bulduktan sonra değil.

Benimseme verisi bunun nerede gerçekleştiğini destekliyor. Pazarlama ve SDR/dış arama fonksiyonları, ölçülen tüm fonksiyonlar arasında en hızlısı olan 3,4 aylık medyan geri ödeme süresiyle yapay zeka ajanlarında yaklaşık yüzde 41 benimseme oranı gösteriyor, pazarlama operasyon çalışanları bir betik çalışmaya başladıktan sonra haftada yaklaşık 5,4 saat kazandıklarını bildiriyor. Hızlı geri ödeme iş gerekçesi için iyi bir işaret. Ama betik bir lansman haftasında sessizce ateşlemeyi bıraktığında kimin nöbetçi olduğu hakkında hiçbir şey söylemiyor.

Çözüm kimsenin okumadığı bir politika belgesi değil. Salt okunur bir akışın ötesinde herhangi bir şeye dokunan yapay zeka kodlama ajanı yapımı bir betikten önce sorulacak üç soru var: kampanya bittikten sonra sahibi kim, nerede yaşıyor ("kendi dizüstümde" değil), ve bir salı gecesi saat 2'de bozulursa ne olur. Bu üç soruyu birer cümleyle yanıtlayamıyorsanız, betik siz yanıtlayana kadar kum havuzunda kalır.

Betik müşteri verisine, canlı bir kampanya bütçesine ya da bir uyumluluk incelemesinin daha sonra soracağı bir şeye dokunuyorsa fazladan on beş dakikalık kurulum buna değer. Rapor yayınlandıktan sonra atılacak tek seferlik bir çekmeyse, törene gerek yok.

Herkesin alıntıladığı "sivil geliştirici" istatistiği ve atladığı nokta

Gartner'ın yüzde 80 rakamı, onu kullanışlı yapan uyarı notu olmadan her "yapay zeka kodlamayı demokratikleştiriyor" yazısında tekrarlanıyor: bu rakam dahili araçları, prototipleri ve departman düzeyindeki yardımcı programları sayıyor. Aynı tarihe kadar prodüksiyon pazarlama altyapısının yüzde 80'inin mühendis olmayanlar tarafından bakımının yapılacağı anlamına gelmiyor.

"Bir büyüme pazarlamacısı çalışan bir betik göndermek için yapay zeka kodlama ajanı kullandı" ile "o betik artık şirketin bağımlı olduğu bir altyapı" arasında gerçek bir boşluk var. Birincisi bugün, sürekli oluyor. İkincisi her zaman gerektirdiği şeyleri gerektiriyor: versiyon kontrolü, bir sahip, ve geri alma yolu. Kodu bir ajanın yazması bu gerekliliği ortadan kaldırmıyor, sadece zaman çizelgesinde daha erkene taşıyor: şey çalışmaya başlamadan önce, bozulduktan sonra değil.

Sivil geliştirici rakamını, artık kimin bir şey gönderebildiğine dair bir tanım olarak görün, gözetimsiz neyin çalışması gerektiğine dair bir hüküm olarak değil.

"Panelini yazdır, bitsin" tavsiyesini es geçin

"Pazarlama için yapay zeka kodlama ajanı nasıl kullanılır" yazılarının çoğu tam bir dahili araçla başlamayı öneriyor: bir kampanya komuta merkezi, birleşik bir raporlama paneli, hepsi bir arada. Bu yanlış ilk proje.

Gerçek değer elde eden ekipler daha küçük başlıyor: tek bir betik, tek bir net girdi, tek bir net çıktı, kodu her gün yazmasa da okuyabilen biri tarafından gözden geçirilmiş. Bir gösterge paneli, arayüz giymiş on betiktir. Onları bir araya dikip altyapı demeden önce ilk betiği iyi gönderin.

Ekip kodlama kısmına gelmeden önce toplantı notları ve takip görevleri içinde boğuluyorsa, bu önce çözülmeye değer farklı, daha küçük bir sorun, ve bir yapay zeka toplantı ajanının kampanya koduna tek satır dokunmadan hallettiği bir sorun.

Bu, orkestrasyon yığınına nasıl oturuyor

Bir yapay zeka kodlama ajanı fonksiyonu yazar. Bir orkestrasyon katmanı o fonksiyonun ne zaman çalışacağına, neyin tetikleyeceğine ve e-posta, reklam ve CRM genelinde sırada ne olacağına karar verir. İkisini karıştırmak, ekiplerin hiçbir şeye bağlanmamış, bir depoda oturan, tasarlandığı kampanya tarafından hiç tetiklenmeyen parlak bir betikle sonuçlanmasının nedeni.

Compass'ın buradaki konumu net: orkestrasyon, kampanyayı canlı sinyale göre kanallar arasında yönlendiren katmandır, o kanalların çalıştırdığı kodu yazan katman değil. İkisi rakip değil, tamamlayıcı. Duraklamış bir e-posta dizisini işaretleyen kodlama ajanı yapımı bir betik, ancak akış aşağısında bir şey aynı gün gönderimi reklamlara yeniden yönlendirirse işe yarar, bir sonraki sprintte değil.

Bir lansmanın ticaret tarafını yürüten ekipler için bu yönlendirme pazarlama araçlarının çok ötesine uzanıyor: kendi otomasyon katmanına sahip bir mağaza platformuna da, bir ajanın yazdığı herhangi bir betiğe sorulan aynı soru sorulmalı: bir senkronizasyon lansman sırasında bozulduğunda istisna yolunun sahibi kim.

Bu çeyrek gerçekte neyi devreye alırdık

Bir yapay zeka kodlama ajanı, bir büyüme ekibinin yığınında sınırlı, sahiplenilebilir, yüksek sesle bozulan görevler için yerini hak ediyor: UTM ayrıştırıcı, veri ambarı çekmesi, webhook düzeltmesi. Atıf metodolojinizi yazarak ya da ilk günden prodüksiyon CRM verisine karşı gözetimsiz çalışarak yerini hak etmiyor.

Birinin gerçek bir öğleden sonrasını kurtaran en küçük betikle başlayın. Yayınlanmadan önce bir sahip belirleyin, bozulduktan sonra değil. Daha büyük kampanya kararlarını, kodlama ajanının ilk dokunduğu şey üzerinden değil, onları vermek için kurulmuş katman üzerinden yönlendirin.

Bir çeyrek sonra kurulumun işe yarayıp yaramadığını üç metrik söylüyor: o betiklerden kaçı hâlâ gözetimsiz çalışıyor, bir insan fark etmeden önce kaçı sessizce bozuldu, ve biri fark ettiğinde düzeltme ne kadar sürdü. Üçüncü rakam küçülmeye devam ediyorsa, kodlama ajanı yığındaki yerini hak etti. Birincisi ekibin sahip isimlendirebildiğinden daha hızlı büyümeye devam ediyorsa, verimlilik kazancı değil bakım borcu kurdunuz demektir.

Rota burada nettir: kodlama ajanı sınırlı, sahibi belli işleri halleder, kampanyayı kanallar arasında yönlendirme kararını orkestrasyon katmanı verir. Bugün gönderdiğiniz betiğin üç ay sonra kimin sorumluluğunda olacağını şimdiden yazın, bu satır bir sonraki çeyreğin bakım borcunu belirler.