Multi-Agent AI Çerçevesi ve P.U.R. Operasyonel Döngüsü

D-CH-03 | MULTI-AGENT AI ÇERÇEVESI VE P.U.R. OPERASYONEL DÖNGÜSÜ

İNOVAPARK / INOMATRIX MASTER KÜTÜPHANE

Belge kodu: D-CH-03 Sürüm: 2.0 Tarih: Ekim 2026

Aşama: 3 Belge türü: Teknik mimari Konular: Holding · Yapay zekâ · İnsan gözetimi

Durum: Yayına hazır metodoloji şablonu; müşteri özelinde doldurma ve yetkili onay gerekir.

Belge sahibi: [rol/ad] Onay mercii: [rol/kurul] Uygulama şirketi: [şirket]

Dağıtım sınıfı: Genel metodoloji sürümü. Müşteri verisi işlenirse erişim sınıfı ayrıca belirlenir.

1. KARAR ÖZETİ VE AMAÇ

Orkestratör ile uzman ajanların planlama, yürütme ve raporlama sınırları.

Bu belgenin kullanımıyla verilecek karar: pilot senaryo, denetim izi ve geri alma testi sağlandı mı, hangi açıklar ve sahipleriyle uygulamaya geçilecek?

Belge, örnek yöntem ve doldurulabilir kontrol setidir. [Şirket] hakkında bulgu, performans veya uygunluk sonucu ileri sürmez.

2. KAPSAM, GİRDİLER VE BAŞLANGIÇ KOŞULLARI

G1. Ajan kullanım senaryoları: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.

G2. SOP: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.

G3. API envanteri: kaynak sahibi, dönem, sürüm ve erişim yetkisi kaydedilir; eksikse varsayım olarak işaretlenir.

Kapsam ilkesi: Holding merkezi ile iştiraklerin karar ve veri sınırı yazılı kararla tanımlanır. Çapraz dikey erişim ancak belgelenmiş amaç, erişim yetkisi ve denetim iziyle açılır.

Başlangıç kapısı: süreç sahibi ve onay mercii atanır; kaynakların güncelliği kontrol edilir; kapsam dışı işlemler kayda alınır.

3. UÇTAN UCA UYGULAMA YÖNTEMİ

3.1 İşleri risk düzeyine göre sınıflandır. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.

3.2 Ajan başına araç ve veri kapsamı tanımla. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.

3.3 Insan onayı kapılarını kodla. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.

3.4 Izleme ve geri alma senaryolarını dene. Girdi referansını, sorumlu rolü, tarihini ve üretilen kanıtı uygulama kaydına ekleyin.

Entegrasyon ve erişim kartı: Kaynak sistem, veri sınıfı, veri sahibi, API sınırı, kimlik doğrulama, hata yolu, log ve geri alma adımı çizilir. Pilot ortamda yetkisiz erişim ve başarısız işlem test edilir.

Her adımın kapısı: kaynak doğrulaması → icra/analiz → ikinci kişi kontrolü → onay → sürümlü yayımlama. Başarısız adım istisna listesine döner.

4. ROLLER, RACI VE KARAR SINIRLARI

A (hesap veren): [belge/süreç sahibi]; bu belgede her karar için yalnız bir A atanır.

R (uygulayan): [ilgili dikey/departman uzmanı]; girdileri toplar, kayıtları üretir ve açıkları kapatır.

C (danışılan): [finans, hukuk, bilgi güvenliği, kalite veya klinik uzmanı]; konuya uygun uzman görüşü kayda girer.

I (bilgilendirilen): [üst yönetim/ilgili paydaş]; yalnız yayımlanmış sürüm ve karar özeti paylaşılır.

Kontrol sahibi uygulayıcıdan ayrı atanır. Çıkar çatışması varsa alternatif onay mercii belirlenir ve tutanağa işlenir.

5. DOLDURULABİLİR UYGULAMA VE KANIT KAYDI

Her satır tek bir işlem, bulgu, kontrol veya karar nesnesidir. Boş alan 'uygulanamaz' gerekçesiyle ya da açık aksiyonla kapatılır.

Kayıt alanları:

• Ajan kimliği: [doldurulacak]

• tetik: [doldurulacak]

• veri kapsamı: [doldurulacak]

• araç: [doldurulacak]

• insan onayı: [doldurulacak]

• log: [doldurulacak]

• geri alma: [doldurulacak]

• Kaynak/kanıt bağlantısı: [sürüm ve erişim seviyesi]

• RACI-A / R / kontrol eden: [roller]

• Durum / tarih / sonraki eylem: [açık, doğrulanıyor, kabul edildi; YYYY-AA-GG]

• İstisna ve onay kaydı: [yoksa 'yok' yazılır]

6. RİSKLER, İSTİSNALAR VE ESKALASYON

Kritik sınır: Finansal, hukuki ve klinik kararlar yetkili insan kararı olmadan uygulanmaz.

Veri eksikliği, yetki çakışması, kontrol ihlali veya hedef sapması görüldüğünde uygulama sahibi kaydı açar; etki ve olasılığı değerlendirir; kontrol sahibine ve karar merciine iletir.

Acil riskte otomatik işlemler güvenli duruma alınır. İstisna için gerekçe, geçerlilik süresi, telafi kontrolü ve onaylayan kişi yazılır; süre sonunda yeniden değerlendirilir.

Doğrulama standardı: Test sonucu, erişim matrisi, olay kaydı ve geri alma provası üretim kapısının kanıtıdır.

7. ÖLÇÜM, HEDEF VE KALİBRASYON

Birincil gösterge: Onaysız yüksek riskli işlem sayısı.

Ölçüm kaydı: başlangıç değeri [ ], hedef [ ], gerçekleşen [ ], dönem [ ], veri kaynağı [ ], hesaplayan [ ], doğrulayan [ ].

Oranlar için pay ve payda, istisnalar ve veri kapsama yüzdesi açıklanır. Hedef gerçek sonuç gibi sunulmaz.

Ritim: operasyonel kontrol haftalık; belge ve aksiyon gözden geçirme aylık; stratejik karar ve yeniden önceliklendirme çeyreklik. Uygun olmayan dikeyde sıklık süreç sahibi tarafından gerekçeli belirlenir.

Kalibrasyon döngüsü: ölç → sapmayı kök nedenle sınıflandır → düzeltici eylemi ata → tekrar ölç → sürümü güncelle.

8. KABUL ÖLÇÜTLERİ VE YAYIN KAPISI

Asgari kabul kanıtı: Pilot senaryo, denetim izi ve geri alma testi.

Kabul listesi:

□ Girdilerin kaynağı, dönemi ve erişim hakkı doğrulandı.

□ Yöntem adımlarının her biri için somut kayıt veya gerekçeli uygulanamaz kararı mevcut.

□ RACI ve onay limitleri ilgili politika ile tutarlı.

□ Ölçüm formülü, pay/payda ve başlangıç değeri bağımsız olarak tekrar hesaplanabiliyor.

□ Kritik istisnalar kapatıldı veya süreli, sahipli aksiyon planına bağlandı.

□ Hukuk, finans, klinik, güvenlik ve sektör uzmanı incelemesi gereken konularda tamamlandı.

□ Belge sahibi ile yetkili onay merciinin tarihli kararı kaydedildi.

Kabul sonucu: [kabul / koşullu kabul / ret] Karar tarihi: [ ] Açık maddeler: [ ]

9. KAYIT YÖNETİMİ, SÜRÜM VE DEVİR

Tek geçerli sürüm belge kayıt sistemindeki onaylı kopyadır. Taslak, müşteri verisi içeren çalışma dosyası ve kamuya açık metodoloji sürümü ayrı erişim sınıflarıyla tutulur.

Değişiklik kaydı: v2.0 — kısa tanım genişletildi; uygulama, RACI, kontrol, ölçüm ve kabul kartları eklendi. Önceki sürüm Drive geçmişinde korunur.

Sahaya devir paketi: onaylı belge, doldurulmuş kayıt, ek kanıtlar, açık aksiyon listesi, eğitim kaydı ve bir sonraki gözden geçirme tarihi.

İmza alanı: Hazırlayan [ ] / Kontrol eden [ ] / Onaylayan [ ] / Tarih [ ]

KAYNAK VE UYGULANABİLİRLİK NOTU

Kişisel ve özel nitelikli veriler için veri minimizasyonu, amaç sınırlaması ve yetkili erişim değerlendirilir; KVKK rehberi: https://www.kvkk.gov.tr/Icerik/8184/Ozel-Nitelikli-Kisisel-Verilerin-Islenmesine-Iliskin-Rehber