Bir agent yalnızca persona değil, çalışma alanı ister

Persona sesi biçimlendirir. Çalışma alanı davranışı biçimlendirir; agent'ın ne bildiğini, ne yapabildiğini, neyi değiştirdiğini ve ne devrettiğini görünür kılar.

İyi yazılmış persona iş birliğini daha doğal hâle getirebilir. Eleştirel bakış taşıyabilir, uzman rolünden sorular sorabilir ve tutarlı bir üslup koruyabilir. Fakat sistem dosya okumaya, plan güncellemeye, tool çağırmaya veya karar hazırlamaya başladığında karakter açıklaması yetersiz kalır.

Agent çoğu zaman biyografisi kısa olduğu için başarısız olmaz. Amaç ve bitiş durumu belirsiz olduğu, kaynaklar çeliştiği, güncel durum yalnızca chat içinde kaldığı, yetkiler fazla geniş olduğu veya hangi değişikliğin çalıştırıldığı bilinmediği için başarısız olur. Çözüm yüz sayfalık kişilik profili değil, açık bir çalışma alanıdır.

Persona, rol ve agent farklı katmanlardır

Persona perspektif, ton ve etkileşim biçimini tanımlar. Rol sorumluluğu belirler: danışmak, incelemek, çıkarmak, onaylamak veya yürütmek. Agent modeli durum, araç ve eylem döngüsüne bağlar; gözlemler, planlar, hareket eder, doğrular ve çalışma durumunu günceller.

Bu katmanlar birleşebilir fakat karıştırılmamalıdır. „Deneyimli stratejist ol“ güvenilir pazar verisi veya onay yetkisi üretmez. „Proaktif davran“ izinli tool'ları tanımlamaz. „Eleştirel ol“ kabul testi değildir. Persona iletişimi tutarlı yapabilir; operasyonel güvenilirlik test edilebilir kurallar ve teknik sınırlarla oluşur.

Bu ayrım sahte güveni de azaltır. Tutarlı dil, tutarlı bilgi gibi hissedebilir. Oysa sistem doğru, eski ve uydurma ifadeleri aynı özgüvenli tonda sunabilir. Güven; kişiliğe değil kanıt, provenance, test ve kontrollü eyleme bağlanmalıdır.

Çalışma alanı dışsallaştırılmış proje durumudur

Güvenilir çalışma alanı her oturum başında aynı soruları yanıtlar: Amaç ne? Ne tamamlandı? Hangi kaynak geçerli? Hangi artifact güncel? Ne açık veya blocked? Hangi değişiklik izinli? Hangi karar insana ait?

Bu bilgiler yalnızca geçici konuşmada tutulmaz. Model dışında yapılandırılmış durum olarak saklanır. Basit bir alan şöyle olabilir:

project/
  brief.md             # amaç, kapsam, non-goal
  status.md            # mevcut durum, açık iş, blocker
  sources/             # provenance taşıyan onaylı girdiler
  decisions.md         # kararlar ve gerekçeler
  artifacts/           # üretilen çıktılar
  checks/              # test ve kabul kriterleri
  handoff.md           # sonraki oturuma devir

İsimler değişebilir; işlevler değişmez. Agent tek bir doğruluk kaynağına, input-output ayrımına ve tekrar üretilebilir başlangıca ihtiyaç duyar. Chat geçmişi ek bağlam sağlar ama iyi bir proje indeksi değildir. Uzun konuşmada eski öneri, reddedilmiş seçenek ve örtük varsayım bulunur. Status belgesi yalnızca geçerli durumu taşır ve kanıta bağlanır.

Amaç test edilebilir bitiş durumu ister

„İyi analiz üret“ niyettir, tamamlanma ölçütü değildir. Agent'ın hedef sözleşmesi olmalıdır: beklenen artifact, kalite niteliği, sınır ve definition of done. Analiz için bu; üç kaynak sınıfı, görünür belirsizlik, izlenebilir hesap, olgu ile öneri ayrımı ve açık karar listesi anlamına gelebilir.

Sözleşme aktivitenin ilerleme gibi görünmesini engeller. Görev ancak kararlaştırılmış kanıt bulunduğunda tamamlanır. Kaynak eksikse boşluk güzel cümleyle doldurulmaz, blocker yazılır. Test sonuca karşı çıkıyorsa status iyimser dille yeşile çevrilmez; sapma görünür kalır.

Yararlı durum modeli en az planlandı, çalışılıyor, incelemede, blocked, kabul edildi ve reddedildi aşamalarını ayırır. Her geçişin tetikleyicisi vardır. Böylece ikna edici cevap dizisi gözlemlenebilir sürece dönüşür.

Kaynak hiyerarşisi bağlam miktarından önemlidir

Daha çok dosya otomatik olarak daha iyi context oluşturmaz. Çalışma alanı öncelik tanımlar: bağlayıcı spesifikasyon nottan, onaylı sürüm taslaktan, birincil kaynak özetten, güncel durum arşivden önce gelir. Çelişkide rastgele son yüklenen paragraf değil, tanımlı sıra belirleyicidir.

Önemli kaynak köken, tarih, kapsam ve durum taşımalıdır. W3C PROV entity, activity ve sorumluluk için resmî sözlük sunar. Günlük projede daha hafif provenance kartı yeterli olabilir: Belge nereden geldi? Kim onayladı? Hangi dönüşüm uygulandı? Hangi çıktı bundan türedi?

Agent gerçekten kullandığı kaynakları da kaydeder. „Klasörde var“ ile „bu karar için kullanıldı“ aynı değildir. Bu ayrım incelemeyi mümkün kılar ve ilgisiz büyük bilgi yığınının sonucu meşrulaştırmasını önler.

Tool yetenek kadar sınır ister

Çalışma alanı yalnız bilgi değil, yetki matrisi de içerir. Her tool için amaç, izinli nesne, azami kapsam, preview zorunluluğu ve onay eşiği tanımlanır. Araştırma agent'ı okuyabilir ve not oluşturabilir ama orijinali ezmez. Belge agent'ı output klasörüne yazar ama yayınlamaz. İşlem önce simüle edilir, açık onaydan sonra yürütülür.

Bu, asgari yetki ilkesidir. OWASP agentic sistemlerde tool kötüye kullanımı, amaç manipülasyonu ve kontrolsüz eylem zinciri gibi riskleri vurgular. Yazılı yasaklar gerekli fakat yetersizdir. Host erişimi teknik olarak sınırlar, girdiyi doğrular, çıktıyı denetler, timeout uygular ve hassas işlemi görünür yapar.

Eylem zarfı da sınırlandırılır: azami adım, maliyet bütçesi, çalışma süresi, retry sayısı ve stop koşulu. Sınır yoksa agent hatayı tekrarlayabilir, kaynak tüketebilir ve yan etkiyi büyütebilir.

Planla, hareket et, gözlemle; kör döngüye girme

ReAct çalışması reasoning, action ve observation bileşiminin yararını gösterir. Gerçek projelerde döngü açık gate'lerle çevrilmelidir. Eylemden önce: Önkoşul tamam mı? Tool izinli mi? İşlem geri alınabilir mi? Eylemden sonra model anlatımı değil, gerçek durum incelenir.

Sağlam döngü: durumu oku → sonraki adımı seç → yetkiyi kontrol et → yürüt → sonucu gözlemle → kabul kriterini test et → status güncelle. Gate başarısızsa yol düzeltme, eskalasyon veya güvenli stop'a gider; otomatik olarak sonraki adıma geçmez.