Karar Yönetişimi

Düzenlemeye tabi bir karar yolunda, "sistem böyle karar verdi" cevabı yeterli değildir. Kararın hangi kuraldan doğduğunu, o kuralı kimin yayınladığını ve o gün hangi sürümün koştuğunu gösterebilmeniz gerekir. Bu sayfa, platformun bunu nasıl mümkün kıldığını anlatır.

Karar ucu deterministiktir. Sonuç, sizin yayınladığınız kurallardan ve akış düğümlerinden üretilir — bir modelin olasılık çıktısından değil. Aynı girdi, aynı yayınlanmış sürümle aynı kararı verir.

Kararı kim yazar

Yetki	İzin
Kural ve akış yazma, taslak güncelleme, yayınlama	`fraud:edit_rules`
Karar ve rapor okuma	`fraud:view_reports`
Karar detayı ve maskelenmiş alanların çözülmesi	`fraud:view_decisions`
Hukuki askı koyma ve kaldırma	`fraud:override`

Saklama, silme ve hukuki askının ayrıntısı ayrı bir sayfadadır: Veri Saklama ve Hukuki Askı.

Yayınlayanın kimliği istek gövdesinden alınmaz. Kim yayınladıysa, doğrulanmış erişim jetonundan çözülür; gövdede gönderilen aktör bilgisi yok sayılır. Böylece yayın kaydındaki isim, çağrıyı yapan tarafın beyanı değil, platformun tespitidir.

Akışın yaşam döngüsü

taslak → doğrulama → simülasyon → yayın kapısı → yayın → arşiv

Taslak. Akış taslak durumunda oluşturulur ve yalnız bu durumda değiştirilebilir. Yayınlanmış veya arşivlenmiş bir akışı değiştirme denemesi reddedilir.
Doğrulama. Şema, düğüm ve kenar bütünlüğü denetlenir.
Simülasyon. Akış örnek girdilerle koşturulur.
Yayın kapısı. Akış derlenir ve kapı özeti üretilir.
Yayın. Üç adımın da yayınlanacak içeriğin güncel sağlama toplamıyla yapılmış olması şarttır. Doğrulamadan sonra içerikte tek karakter değişse sağlama toplamı tutmaz ve yayın reddedilir.
Arşiv. Aynı kapsamdaki önceki aktif sürüm otomatik olarak arşive alınır; tek bir aktif sürüm kalır.

⚠️

Yalnız yayınlanmış ve aktif akışlar çözümlemeye girer. Taslak veya pasif bir akış, kapsamı ne kadar dar olursa olsun hiç değerlendirilmez.

Geri alma bir düzenleme değil, yeni bir yayındır. Yayınlanmış içerik yerinde değiştirilmez; önceki sürüm yeniden yayınlanır. Böylece geçmiş, sonradan yazılamaz.

Yayın kaydı

Her yayın ayrı bir kayda yazılır ve bu kayıt yalnızca eklenir:

derlenmiş akışın o anki tam görüntüsü,
yayınlayanın kimliği,
yayın notu,
yayın kapısı özeti.

Her karar kaydı, o kararın hangi akış sürümüyle verildiğini taşır. "Bu işlem neden bloklandı" sorusunun cevabı, kararın kendisinden yayın kaydına kadar izlenebilir.

Kendi kodunuz için ek kapı

script düğümü yayından önce zorunlu statik analizden geçer: modül içe/dışa aktarımı, require ve eval gibi desenler bloklanır. Sonuç clean, warning veya blocked olarak kaydedilir; blocked bir script yayınlanamaz. Çalışma zamanında izole bir ortamda, süre ve bellek tavanıyla koşar ve her çalıştırma ayrıca kaydedilir.

Arıza duruşu

Kural değerlendirici üç durumludur: true, false, indeterminate. Bir koşulun işleneni eksikse veya tipi uyuşmuyorsa sonuç indeterminate olur ve fail-closed ilkesiyle eşleşmiş sayılır; gerekçe metnine bu durum ayrıca yazılır, yani belirsizlik kararda görünür kalır. Mantıksal birleşimlerde belirsizlik doğru biçimde yayılır; fail-closed duruş birleşimlerde sessizce fail-open'a dönüşmez.

Bunun bilinçli bir istisnası vardır: switch düğümünde belirsiz dallar seçilmez, akış varsayılan dala düşer ve belirsiz dallar açıklanabilirlik çıktısında görünür.

Akış çalışırken hata alırsa karar en az review seviyesine yükseltilir; mevcut bir block asla aşağı çekilmez.

Neyin fail-closed olmadığını da yazıyoruz. Dış sinyal sağlayıcılarına erişilemediğinde veya bağlantı zenginleştirme başarısız olduğunda karar engellenmez — o girdi olmadan verilir ve bu durum kayda düşer. Kararı kilitleyen tek şey kuralın kendisidir.

Yapay zekâ destekli taslak

Bir politikayı metin olarak yazarsınız, sistem size başlangıç akışı taslağı çıkarır.

Üretilen taslak hiçbir yere kaydedilmez ve yayınlanmaz; yanıt olarak döner.
Taslak devre dışı doğar.
Modelin üretebileceği düğüm paletinden yan etkili düğümler çıkarılmıştır: script, dönüştürme, HTTP çağrısı, platform olayı, gRPC çağrısı, veritabanı sorgusu, önbellek yazımı, dış olay kaynağı ve alt akış.
Taslak, motorun kendi doğrulayıcısından geçmezse hiç dönmez.
Yanıtta kullanılan model ve istem sürümü denetim damgası olarak yer alır.
Model yapılandırılmamışsa sistem uydurma bir şablon üretmez; açık bir hata döner.

Sonuç olarak yapay zekâ üretimi bir öneridir. Canlıya çıkması için taslağı kaydetmeniz ve yukarıdaki doğrulama → simülasyon → yayın kapısı zincirinden geçirmeniz gerekir.

Makine öğrenmesinin yeri

Karar ucunun akışında model çağrısı yoktur. Karar yolunda koşan şey, sizin yayınladığınız akıştır.
score, bir modelin olasılık çıktısı değil, düğümlerin biriktirdiği sayısal ağırlıktır.
Ayrı bir makine öğrenmesi platformu vardır (model kayıt defteri, yönetişim, çağrı gözlemlenebilirliği ve işlem skorlama) ve panel yüzeyinden kullanılır; erişimi fraud:view_reports ile korunur.
Bir model çıktısının karara etki etmesini istiyorsanız, bunu ancak o çıktıyı bir akış girdisi olarak yayınlayarak yaparsınız — yani aynı kapıdan geçer.

İlgili sayfalar

Akışlar ve Çözümleme — kapsam eksenleri, çoklu akış, sonuç birleştirme
Karar API'si — istek, yanıt, gerekçe kodları
Genel Bakış — motorun bütünü

Uyum Yapay Zekâsı Veri Saklama ve Hukuki Askı