Ajan Belleğinin Kendi OpenTelemetry Anına İhtiyacı Var

Makinenizdeki Bellek Formatlarını Sayın#

Kodlama araçlarınızın hatırladıkları şeyleri sakladığı her yeri listeleyin. Bugün tipik bir geliştirme kurulumu şu dört farklı yapıdan oluşmaktadır:

• Çoğu depoda (repo) yer alan bir AGENTS.md veya CLAUDE.md dosyası ve bazılarında bulunan .cursor/rules/*.mdc kuralları
• Anthropic'in bellek aracı üzerinden bir /memories dizinine dosya yazan bir ajan
• GitHub tarafında her depo hakkında gerçekleri (facts) saklayan Copilot
• JSONL tabanlı bir bilgi grafiği (knowledge graph) tutan bir bellek MCP sunucusu

Bunlar dört farklı şekildir ve hiçbiri diğerini okuyamaz. CI ajanınızın öğrendiği bir ders, onu hangi araç yazdıysa orada kalır. Editör ajanınız bunu okuyamaz; deneyeceğiniz bir sonraki araç da öyle.

Her format kendi içinde mantıklıdır. Ancak birlikte ele alındığında, aynı küçük fikri tekrar tekrar inşa ederler: bir ajanın gelecekteki kendisi için bıraktığı, belirli bir adreste saklanan ve bir süreliğine geçerli olan bir not. Üstelik bu liste büyümeye devam ediyor. Reddit'teki r/ClaudeAI, r/LocalLLaMA veya r/cursor topluluklarına göz attığınızda, her biri kendi depolama alanına, kendi şemasına ve kendi MCP araçlarına sahip "ajanım için bir bellek katmanı oluşturuyorum" paylaşımlarıyla karşılaşırsınız.

Sorun eksik bir araç değildir; eksik bir mutabakattır. Açık kaynaklı LoreKit de dahil olmak üzere mevcut çözümler kendi boşluklarına sahip birer öneridir. Asıl mesele, ortak bir yapı üzerinde anlaşma zamanının gelmiş olmasıdır. Yazılım geliştirme ve öğrenme açısından buradaki en önemli pratik çıkarım şudur: Çoklu ajan (multi-agent) iş akışları kurarken araca özgü kapalı bellek şemalarına bağımlı kalmak teknik borç yaratır. Geliştiriciler bellek katmanını soyutlamalı ve taşınabilir formatları tercih etmelidir.

Bunu Daha Önce Gördük#

2019'dan önce her gözlemlenebilirlik (observability) sağlayıcısı kendi ajanını, kendi enstrümantasyon kütüphanesini ve kendi veri formatını sunuyordu. Sağlayıcı değiştirmek, kodunuzu baştan enstrümante etmek demekti. OpenTracing ve OpenCensus adlı iki açık proje bunu çözmeye çalıştı ve 2019'da OpenTelemetry çatısı altında birleşti.

Önemli olan, sağlayıcıların hangi konularda rekabet etmeyi bırakıp uzlaştığıydı:

• Bir veri modeli: Span, metrik ve log kaydının ne olduğu.
• Semantik kurallar: service.name ve http.* gibi paylaşılan ortak isimlendirmeler.
• Bir protokol: Veriyi göndermenin tek yolu olarak OTLP.
• Referans uygulamalar: Paylaşılan SDK'lar ve Collector.

Sağlayıcılar verinin depolanması, sorgulanması ve analizi üzerinde rekabet etmeye devam etti; kullanıcılar ise kodlarını yalnızca bir kez enstrümante etti. Ajan belleği şu anda gözlemlenebilirliğin 2019 öncesindeki durumundadır. Formatlar değişebilecek kadar gençtir ve hem MCP hem de AGENTS.md, Linux Foundation bünyesindeki Agentic AI Foundation çatısı altında tarafsız bir yuvaya sahiptir.

Şekiller Arasında Bir Tur#

Ajan bellek yapıları hızla değişmektedir; mevcut tabloyu üç ana aile üzerinden özetleyebiliriz:

• Talimat dosyaları (Instruction files): AGENTS.md, CLAUDE.md ve Cursor .mdc kuralları bu gruba girer. Bellek birimi tüm bir Markdown dosyasıdır. Dosya yoluyla (Cursor için glob desenleriyle) adreslenir. Unutma mekanizması yoktur; bir insan tarafından düzenlenene kadar kalır.
• Ajan tarafından yönetilen dosyalar (Agent-managed files): Anthropic'in bellek aracı buna örnektir. Bellek birimi /memories altındaki bir dosyadır ve modelin seçtiği bir yolla adreslenir. Model silmediği sürece asla unutulmaz.
• Barındırılan depo gerçekleri (Hosted repo facts): GitHub Copilot Memory bu kategoridedir. Bellek birimi kod alıntıları içeren bir bilgi parçasıdır ve tek bir depo düzeyinde adreslenir.

Pratik açıdan geliştiriciler, statik proje kuralları için talimat dosyalarını kullanırken, dinamik ajan deneyimlerini standartlaşmaya başlayan MCP tabanlı yapılar üzerinden kurgulamalıdır.