Kodlama Ajanlarına Bellek Kazandırmak: E-Ticaret Ekiplerinin Gözden Kaçırdığı Altyapı Adımı
Sorun: Ajan Akıllı Ama Unutkan
Yapay sinir ağları tabanlı kodlama ajanları — GitHub Copilot, Cursor, ya da kendi bünyende kurduğun LLM tabanlı araçlar — artık e-ticaret projelerinde fiilen görev alıyor. Ürün feed güncellemesi, kampanya parametresi değişikliği, Shopify tema kodu revizyonu… Bunları hem yazıyor hem çalıştırıyor.
Ancak kritik bir sorun var: bu ajanların belleği yoktur.
Her oturumda sıfırdan başlarlar. Dün hangi kampanya yapısını tercih ettiğini, hangi ürün kategori mantığını onayladığını, hangi API entegrasyonunu reddedip neden geri aldığını hatırlamazlar. Sonuç? Ekip her seferinde bağlamı yeniden açıklar, tekrar eden hatalar üretilir, kod kalitesi tutarsızlaşır.
Hugging Face'in Eylül 2026 tarihli "Give Your Coding Agents a Memory You Own" başlıklı teknik blogu bu sorunu doğrudan ele alıyor. Açık kaynak yaklaşımıyla, ajana ait, firmaya ait bir bellek katmanı kurmanın hem mümkün hem gerekli olduğunu gösteriyor.
Ne Anlatıyor Bu Gelişme?
Fikir basit ama uygulaması güçlü: Kodlama ajanına, her oturumdan bağımsız olarak erişebileceği bir vektör tabanlı bellek deposu bağlamak. Ajanın önceki kararları, kabul/red geçmişi, yazım tercihleri ve proje-özgü kural setleri bu depoda yaşar.
İki temel bileşen öne çıkıyor:
- Sahipli bellek (owned memory): Firmanın kendi sunucusunda veya bulut alanında tutulan, üçüncü tarafa bağımlı olmayan bir hafıza katmanı. Ticari verilerin dışarı sızmadığı, erişimin tamamen kontrol altında olduğu bir yapı.
- Bağlam enjeksiyonu: Yeni bir ajan oturumu açıldığında sistem, ilgili geçmiş kararları otomatik olarak bağlama ekler. "Bu mağaza için reklam metni şablonu onaylanmış mı?" sorusu ajan tarafından hafızaya danışılarak yanıtlanır.
E-Ticaret Firması İçin Neden Kritik?
Soyut kalmasın. Somut senaryolar:
Reklam kopyası tutarsızlığı: Meta ve Google kampanyaları için farklı ekip üyeleri farklı zamanlarda LLM'e aynı brief'i veriyor. Her seferinde farklı ton, farklı CTA. Bellek katmanı olsaydı, marka sesi ve onaylanmış cümle yapıları ajan tarafından tutulurdu.
Shopify tema revizyonları: Geliştirici ajan, geçen ay neden bir bölümü kaldırdığını bilmiyor. Refactor her seferinde aynı sorunlu kodu geri getiriyor. Bellek, "bu blok kasıtlı olarak çıkarıldı, şu sebepten" notunu taşıyor olsaydı bu hata tekrarlanmazdı.
Fiyat/stok mantığı değişiklikleri: Kampanya dönemlerinde dinamik fiyatlama kuralları devreye giriyor. Ajana söylemişsindir, ama ajan unuttu. Sonuçta yanlış kurallar canlıya çıkıyor.
Firma Ne Yapmalı?
Kurulum karmaşık görünse de üç adımlı bir yol haritası işe yarar:
1. Karar kayıtlarını yapılandır. Bugün "ajana ne söyledik, ne reddetti, ne onayladı" diye bir kayıt tutmuyorsanız, başlayın. Basit bir JSON formatı bile yeterli ilk adım için. Markdown log dosyaları, proje wiki'si, Notion — format önemli değil, tutarlılık önemli.
2. Vektör tabanlı bir arama katmanı ekle. ChromaDB veya Qdrant gibi açık kaynak seçenekler, kendi sunucunuzda çalışır. Ajana her oturum başında "Bu projeyle ilgili geçmiş kararları getir" komutu vererek sistemi test edebilirsiniz.
3. Bellek sahipliğini veri politikanıza dahil et. Hangi kararlar hafızada tutulur? Hangileri silinir? Kim erişebilir? Bu soruların yanıtları özellikle KVKK ve GDPR uyumluluğu açısından kritik. Ajana verdiğin müşteri segmentasyon mantığı veya kampanya stratejisi sızdırılabilir veri içeriyor olabilir — sahipli bellek bu riski minimize eder.
Sonuç: Ajan Kadar Önemli Olan Şey Ajanın Hafızası
Yapay sinir ağları tabanlı kodlama ajanları e-ticarette üretkenliği artırıyor, bunu zaten biliyoruz. Asıl rekabet avantajı artık "hangi ajana sahipsin" sorusunda değil, "o ajanın ne kadar iyi organize edilmiş bir belleği var" sorusunda. Geçmiş kararlarını taşıyan, marka sesini koruyan, hataları tekrarlamayan bir ajan — uzun vadede rakipten ayrışmanın gerçek kaynağı bu.