Olay ve kapsam
100 kayıtlık etiketli pilot örneklemi
NEXUS-AI · FAZ 5 / BUILD
D-AI-12
Çalışma şablonu · v1.0Sandbox ve Senaryo Değerlendirmesi
Canlı veriye ve canlı sisteme dokunmadan önce iş değeri, hata ve saldırı senaryolarını sınamak.
Belge künyesi
v1.0- Kaynak türü
- İnovapark metodoloji şablonu
- Yayın kapsamı
- Açık arşiv ve uyarlama ilkeleri ↗
- Doküman kodu
- D-AI-12
- Program / faz
- Nexus-AI / 5: Entegrasyon ve kontrollü pilot
- Metodoloji aşaması
- Build
- Hesap veren (A)
- AI Kalite Lideri
- Hazırlayan
- İnovapark metodoloji ekibi
- Tarih / sürüm
- Ekim 2026 / v1.0
- Belge durumu
- Yayımlanmış uygulama şablonu
- Kanıt standardı
- Girdi + işlem izi + kabul kararı
Karar sınırı
Business yönü ve politika onayı insan yönetişiminde kalır; ajan yalnızca tanımlı operasyonu yürütür.
Uygulama durumu
Bu doküman tasarım rehberidir. Gerçekleşmiş KPI veya yasal uyum sertifikası iddiası içermez.
01 / KARAR ÇERÇEVESİ
Amaç ve kullanım sınırı
Canlı veriye ve canlı sisteme dokunmadan önce iş değeri, hata ve saldırı senaryolarını sınamak.
Bu adım, İnovapark'ın Business → Kurallar/Politikalar → Ürün/Operasyon ayrımını uygular. İş hedefi ile yönetişim onayı ayrı tutulur; uygulayıcı ajan her eylemini P.U.R. döngüsünde planlar, yetkili sınırda icra eder ve kanıtıyla raporlar.
02 / BAŞLAMADAN ÖNCE
Girdiler, roller ve hazırlık
Anonimleştirilmiş/test verisi; beklenen yanıtlar; hata örnekleri; pilot kabul ölçütleri.
Görev ayrılığı
Tek hesap veren rol: AI Kalite Lideri. Katılan ekipler: AI Kalite Lideri / Ürün Sahibi. Uygulayıcı ekip teknik/saha kanıtını üretir. Bağımsız risk ve uyum rolü bu kanıtı inceler; aynı kişi kendi işlemini nihai olarak onaylayamaz.
03 / PLANLA → UYGULA → RAPORLA
Operasyonel iş akışı
- 1. adım
Altın veri setinde doğru yanıt, yanlış yanıt, kaynak izleme ve kısmi başarı etiketlerini hazırlayın.
- 2. adım
Prompt injection, veri sızdırma, yetki aşımı, araç hatası ve eski SOP senaryolarını dahil edin.
- 3. adım
Gölge modda uzman kararlarıyla karşılaştırın; false positive/negative ve insan düzeltme yükünü ölçün.
- 4. adım
Değişiklik sonrası aynı değerlendirmeyi tekrar çalıştırın; sürümler arası gerilemeyi raporlayın.
Asgari çıktıEval paketi, saldırı testi ve pilot kabul raporu.
04 / KONTROL VE KABUL
Risk, istisna ve yayın kapısı
Risk ve sınır
Test verisi kişisel veriyi yeniden tanımlamaya elverişli olmamalıdır.
Kabul kanıtı
Kritik güvenlik testinde başarısızlık pilot canlıya geçişini durdurur.
İstisna oluşursa işlem güvenli duruma alınır, ilgili insan yetkiliye eskale edilir, karar ve düzeltici faaliyet iz kimliğiyle kaydedilir. Pilot veya canlı yayılım ancak kayıtlı onaydan sonra sürdürülür.
05 / UYGULAMA KAYDI
Çalışma formu
İş problemi / senaryoDoldurulacak
İş sahibi ve denetçiİki ayrı rol
Baz değer ve hedefKaynak gösterilecek
Veri ve izin sınıfıOnay kaydı eklenecek
Test sonucu ve istisnaKanıtla bağlanacak
Devam / durdur kararıYetkili imza
06 / REFERANS
Birincil araştırma kaynakları
Bu kaynaklar yöntem ve teknoloji kararlarını destekler; yerel yükümlülük için ilgili hukuk ve uyum incelemesinin yerine geçmez.
UYGULAMA ARACI
Çalışma kaydı
Bu belgeyi kurum içinde uygularken görev ayrılığını, başlangıç kanıtını, istisnayı ve kabul kararını aynı kayıtta tutun. Form gerçek veri içermez.
NEXUS-AI / ÇALIŞMA BELGESİ 12
Sandbox ve Senaryo Değerlendirmesi: doldurulmuş örnek
Aynı pilotun bu belgeye ait somut kaydı, olumsuz testi ve kabul kanıtı.
Temsili işlem fişi
Sentetik küme: 87 açık, 8 belirsiz, 5 eşleşmeyen kayıt; uzman etiketi ve veri sürümü dondurulur.
İstisna davranışı
Belirsiz kayıt kesin eşleşme sayılırsa bu kritik yanlış pozitif olarak raporlanır.
| Teslim edilecek kanıt | Karar sahibi için kabul sorusu |
|---|---|
| Etiketli küme, karışıklık matrisi ve saldırı testi sonuçları | Yanlış kesin eşleşme veya güvenlik testi hatasında canlıya geçilmez. |
Belgenin asgari kapısı: Kritik güvenlik testinde başarısızlık pilot canlıya geçişini durdurur.
Mutabakat pilotunun yedi fazı ↗
Tüm kimlikler ve sayılar kurgusaldır. Kuruma özgü veri, ölçüm, güvenlik ve onay kayıtlarıyla değiştirilmeden uygulama kanıtı sayılmaz.