[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"guide-how-to-give-an-ai-agent-access-to-your-systems::tr":3,"guide-related-how-to-give-an-ai-agent-access-to-your-systems::tr":17},{"slug":4,"title":5,"excerpt":6,"body":7,"meta_title":5,"meta_description":8,"keywords":9,"category":15,"published_at":16,"updated_at":16},"how-to-give-an-ai-agent-access-to-your-systems","Bir Yapay Zekâ Ajanına Sistemlerinize Erişim Nasıl Verilir?","Okuma erişimi çok konuşuldu; asıl planlanmayan, ajanlarla gelen yazma erişimidir. Bir ajanın ne yapabileceğine, hangi kimlikle ve hangi sınırlar içinde çalışacağına karar vermek için pratik bir sıra.","\u003Ch2>Erişim yalnızca veri değil, eylem meselesidir\u003C\u002Fh2>\n\u003Cp>Bir yapay zekâ sistemine şirket sistemlerine erişim vermeye dair tartışmaların çoğu aslında okumayla ilgilidir: hangi belgeleri görebilir, özgün dosyaların izinlerine uyar mı, veri nereye gider. Bu soru önemlidir ve iyi işlenmiştir. Bu rehber ise ajanlarla birlikte gelen ve çok daha az planlanan diğer yarıyı ele alır: bu şeyin ne \u003Cem>yapmasına\u003C\u002Fem> izin verilir. Yalnızca okuyabilen bir model yanlış bir yanıt üretir. Eyleyebilen bir model yanlış bir fatura, müşteriye giden yanlış bir e-posta ya da silinmiş bir kayıt üretir; üstelik makine hızında ve odada kimse yokken.\u003C\u002Fp>\n\u003Cp>Aşağıdaki iş bilerek heyecansızdır. Hiçbiri hangi modeli ya da çerçeveyi kullandığınıza bağlı değildir ve hepsini ilk entegrasyondan önce yapmak üçüncüsünden sonra yapmaktan kolaydır.\u003C\u002Fp>\n\u003Ch2>Sistemleri değil eylemleri ayıklayarak başlayın\u003C\u002Fh2>\n\u003Cp>Açmayı düşündüğünüz her eylemi yazın ve biri yanlışlıkla tetiklenirse ne olacağına göre sınıflandırın. Bazıları geri alınabilir: yazılan bir taslak, eski değeri saklanan bir alan güncellemesi, denetlediğiniz bir yere konan bir dosya. Bazıları telafi edilebilir — geri alınamaz ama ikinci bir eylemle dengelenebilir, tahsilattan sonraki iade gibi — ve düzeltme birinin gözüne görünür. Geri kalanı geri alınamazdır: müşterinin okuduğu bir mesaj, yedeksiz bir silme, şirketten çıkan bir ödeme, dakikalar içinde kopyalanacağı bir yerde yayımlanan her şey.\u003C\u002Fp>\n\u003Cp>Bu ayıklama, herhangi bir politika belgesinden daha çok iş görür. Geri alınabilir eylemler, bir ajanın ekmeğini kazandığı yerdir ve önlerine onay kuyruğu koymak herkesin dikkatini çarçur eder. Geri alınamaz eylemler, insan kararının yeridir. Bir ajanın insan kararı olmadan yapabildiği geri alınamaz eylemlerin sayısı, tasarımın taşıdığı riskin tek satırlık adil bir özetidir ve çoğu ekibin hiç hesaplamadığı bir sayıdır.\u003C\u002Fp>\n\u003Cp>Ortadaki kategoriye kuşkuyla yaklaşın, çünkü geri alınabilirlik sızdırır. Bir güncelleme yalnızca eski değer saklandıysa geri alınabilir. Bir silme yalnızca yedek penceresi kapanana kadar geri alınabilir. Bir kayıt değişikliği, bir web kancası onu her biri kendi kopyasına sahip üç sisteme taşıyana dek geri alınabilir görünür. Dürüst sınav, bir geri alma düğmesinin belgelenmiş olması değil, birinin gerçekten bir şeyi geri yüklemiş olmasıdır.\u003C\u002Fp>\n\u003Ch2>Ajana kendi kimliğini verin\u003C\u002Fh2>\n\u003Cp>Kolay yol, ajanı onu başlatan kişinin oturumu altında ya da başka bir iş için var olan uzun ömürlü bir anahtarla çalıştırmaktır. İkisi de hemen işe yarar ve ikisi de sonradan soru sorma imkânınızı yok eder.\u003C\u002Fp>\n\u003Cp>Üç şey bozulur. Denetim günlüğü bir kişiyi kaydeder; kimsenin yapmadığı eylemler o kişinin adı altında görünür ve onun gerçek işinden ayırt edilemez. İzinler o kişinindir; ajan, görevin ihtiyaç duyduğu dilimi değil o kişinin erişebildiği her şeyi devralır ve başlatan ne kadar kıdemliyse durum o kadar kötüdür. Yetki iptali de ya hep ya hiç olur: ajanı durdurmak bir çalışanı devre dışı bırakmak demektir.\u003C\u002Fp>\n\u003Cp>Kendi kimlik bilgisi, kendi izin kümesi ve kendi yaşam döngüsü olan ayrı bir asıl kimlik, ilk gün çok az maliyetlidir ve sonradan eklemek neredeyse imkânsızdır: ödünç kimlikli sürüm birkaç ay çalıştıktan sonra geçmişte hangi eylemlerin otomatik olduğunu kimse söyleyemez. Ajan gerçekten bir kişi adına hareket ediyorsa iki olguyu birbirine indirgemeden kaydedin: hangi ajan hareket etti ve kimin yetkisiyle.\u003C\u002Fp>\n\u003Ch2>Yalnızca teknik değil iş diliyle de sınırlayın\u003C\u002Fh2>\n\u003Cp>Teknik sınırlama — mümkünse salt okunur, entegrasyon başına tek kimlik bilgisi, platformun sunduğu en dar izin — gereklidir ama yeterli değildir. Pahalı hataları önleyen sınırlar genellikle API'nin değil işin dilinde ifade edilir: eylem ve çalıştırma başına bir değer tavanı, hangi müşteri kayıtlarının kapsamda olduğu, hangi ortamlar, hangi bölgeler, çalıştırmanın durup sorması gerekmeden önce bir şeyden kaç tane oluşturulabileceği.\u003C\u002Fp>\n\u003Cp>Bu sınırları bir istemde tarif edildikleri yere değil, kodla uygulandıkları yere yazın. Sistem istemindeki bir yönerge bir ricadır; araç uygulamasındaki bir kontrol bir kuraldır. Aradaki fark yalnızca hiçbir şeyin hiç düşmanca olmadığı durumda önemsizleşir ve ajan girdileri, ekibinizden kimsenin yazmadığı belgeleri, web sayfalarını ve araç sonuçlarını içerir.\u003C\u002Fp>\n\u003Ch2>Gerçek bir şeye bağlamadan önce prova yapın\u003C\u002Fh2>\n\u003Cp>Ajanı önce bir kurguya karşı çalıştırın: verinin bir kopyası, kaydedilmiş ya da yapay araç yanıtları, hiçbir yere gitmeyen giden çağrılar. Aradığınız şey mutlu yolu tamamlayıp tamamlayamadığı değil; bir şey eksik, belirsiz ya da bozuk olduğunda hangi yolu izlediğidir — ve bu ancak fikstürler bilerek arıza içerdiğinde görünür. Hep başarılı olan ve derli toplu veri döndüren araçlar, güvenilir görünen ama hiç zaman aşımı, boş sonuç ya da izin reddi görmemiş bir ajan üretir.\u003C\u002Fp>\n\u003Cp>Kaydettiğiniz çalıştırmaları saklayın. Sabit yanıtlara karşı yeniden oynatıldığında, bir ajanın sahip olabileceği tek gerileme paketine dönüşürler: bir istemi, bir modeli ya da bir araç açıklamasını değiştirin, önceden çalışan hangi yolların saptığını görün. Onlar olmadan her değişiklik birkaç deneme ve bir izlenimle değerlendirilir; bu da aynı girdide farklı davranan bir sistem karşısında ayakta kalmaz.\u003C\u002Fp>\n\u003Ch2>Günlük, gerçekte soracağınız soruyu yanıtlasın\u003C\u002Fh2>\n\u003Cp>Soru geldiğinde şu biçimin bir sürümü olacaktır: bu şey geçen salı o müşterinin hesabına ne yaptı ve neden. Yanıtlamak için argümanları ve sonuçlarıyla araç çağrılarının dizisi, bunları yapan kimlik, çalıştırmayı başlatan istek ve bir dalın diğerine neden tercih edildiğini görecek kadar gerekçe gerekir. Yalnızca nihai çıktıları tutan bir günlük bunu yanıtlayamaz; o sırada oturumu açık olan kişiyi kaydeden bir günlük de yanıtlayamaz.\u003C\u002Fp>\n\u003Cp>İki işletme parçası bunu tamamlar. Ajanı dağıtım yapmadan anında durdurma yolu; çünkü teşhis, hasardan uzun sürer. Ve ajanın kimlik bilgisi için adı konmuş bir insan sahip, bir son kullanma tarihi ve herkesle aynı erişim gözden geçirmesinde bir yer — yoksa makine kimlikleri sessizce birikir ve kendilerini yaratan projelerden uzun yaşar; bir şirket de böylece sistemleri üzerinde hâlâ neyin eyleme yetkili olduğunu söyleyemez hâle gelir.\u003C\u002Fp>","Eylemleri geri alınabilirliğe göre ayıklamak, ajana kendi kimliğini vermek, sınırları iş diliyle koymak, fikstürlerle prova yapmak ve doğru günlüğü tutmak.",[10,11,12,13,14],"yapay zekâ ajanı erişimi","ajan izinleri","ajan kimliği","geri alınabilir eylemler","ajan dağıtımı","deployment","2026-09-02T03:30:02+00:00",[18,23,27,31,36,41],{"slug":19,"title":20,"excerpt":21,"updated_at":22},"ai-tool-pricing-models-seat-vs-usage-vs-credits","Yapay Zekâ Araçlarında Fiyatlandırma Modelleri: Kullanıcı Başına, Kullanıma Dayalı ve Kredili","Yapay zekâ araçlarının ücret aldığı üç yaygın yöntem — kullanıcı başına, kullanıma göre ve kredili — ve ekibinizin çalışma biçimi için hangisinin gerçekten daha ucuza geleceğini nasıl değerlendireceğiniz.","2026-08-05T14:32:26+00:00",{"slug":24,"title":25,"excerpt":26,"updated_at":22},"how-ai-image-generators-differ-diffusion-vs-the-rest","Yapay Zeka Görsel Üreticileri Arasındaki Farklar: Diffusion ve Diğerleri, Sade Bir Dille","Yapay zeka görsel üreticilerinin nasıl çalıştığına, diffusion yaklaşımının neden baskın hale geldiğine ve araçlar arasında pratikte hangi farkları beklemeniz gerektiğine dair teknik olmayan bir açıklama.",{"slug":28,"title":29,"excerpt":30,"updated_at":22},"how-to-automate-your-workflow-without-code","Kod Yazmadan İş Akışınızı Nasıl Otomatikleştirirsiniz","Ayakta kalan otomasyonlar kurmak için pratik bir sıra: doğru süreci seçmek, bir araca dokunmadan önce haritalamak ve ilk denemelerin çoğunu bozan hata durumlarını ele almak.",{"slug":32,"title":33,"excerpt":34,"updated_at":35},"how-to-build-a-chatbot-without-coding","Kod Yazmadan Chatbot Nasıl Kurulur","Kodsuz araçlarla çalışan bir chatbot'a giden pratik bir yol: kapsama karar vermek, kendi içeriğinizi bağlamak, yanıtlayamadığı soruları ele almak ve maliyetini bilmek.","2026-08-05T14:32:27+00:00",{"slug":37,"title":38,"excerpt":39,"updated_at":40},"how-to-build-an-evaluation-set-that-does-not-go-stale","Bayatlamayan Bir Değerlendirme Kümesi Nasıl Kurulur?","Değerlendirme kümelerinin çoğu bir kez, toplanması kolay olan neyse ondan derlenir ve sonra sessizce işi temsil etmeyi bırakır. Zaten elinizde olan arızalardan bir küme nasıl kurulur, üretimden nasıl beslenir, ölçtüğü sistemden nasıl korunur ve ne zaman süresinin dolduğu nasıl anlaşılır.","2026-09-09T03:30:02+00:00",{"slug":42,"title":43,"excerpt":44,"updated_at":45},"how-to-change-a-prompt-without-breaking-production","Üretimi Bozmadan Bir Prompt Nasıl Değiştirilir","Promptlar bir metin kutusunda düzenlenip saniyeler içinde yayına alınır; sessizce bir şeyleri bozmalarının nedeni budur: derleyici yok, yığın izi yok, bariz bir arıza anı yok. Onlara koddaki sürüm disiplinini verin.","2026-08-24T03:30:02+00:00"]