Olay ve kapsam
Tek mutabakat isteğinin P.U.R. izi
NEXUS-AI · FAZ 3 / DESIGN
D-AI-08
Çalışma şablonu · v1.0P.U.R. Operasyonel Döngüsü
Planla–Uygula–Raporla adımlarını denetlenebilir, geri alınabilir ve yeniden öğrenmeye açık akışa çevirmek.
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-08
- Program / faz
- Nexus-AI / 3: Çoklu ajan ve P.U.R. tasarımı
- Metodoloji aşaması
- Design
- Hesap veren (A)
- Süreç Sahibi
- 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ı
Planla–Uygula–Raporla adımlarını denetlenebilir, geri alınabilir ve yeniden öğrenmeye açık akışa çevirmek.
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
SOP, RACI, işlem limitleri, ERP/BPM araç sözleşmeleri ve kabul ölçütleri.
Görev ayrılığı
Tek hesap veren rol: Süreç Sahibi. Katılan ekipler: Süreç Sahibi ve AI Mühendisliği. 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
Plan aşamasında amaç, kaynak, izin, maliyet ve durdurma koşulunu yapılandırılmış nesne olarak üretin.
- 2. adım
Uygulama öncesi politika motorundan yetki doğrulaması alın; yüksek etkili adımı insan onayına askıya alın.
- 3. adım
Araç çağrısını idempotency key, zaman aşımı ve hata sınıfıyla çalıştırın; kısmi başarıyı açıkça işaretleyin.
- 4. adım
Rapor aşamasında sonuç, kaynak sürümü, onay izi, istisna ve öğrenme önerisini yayınlayın; gözden geçirme kararı yeni planı beslesin.
Asgari çıktıP.U.R. durum şeması, eylem izi ve yeniden öğrenme kaydı.
04 / KONTROL VE KABUL
Risk, istisna ve yayın kapısı
Risk ve sınır
Rapor yalnızca 'başarılı' ifadesi olamaz; kanıt ve istisna içerir.
Kabul kanıtı
Plan, eylem ve rapor aynı iz kimliği altında bağlanmalıdır.
İ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İ 08
P.U.R. Operasyonel Döngüsü: doldurulmuş örnek
Aynı pilotun bu belgeye ait somut kaydı, olumsuz testi ve kabul kanıtı.
Temsili işlem fişi
run-042: Plan = iki kaynağı karşılaştır; Uygula = salt okunur sorgu; Raporla = aday eşleşme ve insan inceleme gerekçesi.
İstisna davranışı
Execute zaman aşımına uğrarsa “başarılı” rapor üretilmez.
| Teslim edilecek kanıt | Karar sahibi için kabul sorusu |
|---|---|
| Aynı trace_id altında plan, araç yanıtı, hata ve sonuç kaydı | Rapor bir sonraki test veya düzeltici faaliyete bağlanır. |
Belgenin asgari kapısı: Plan, eylem ve rapor aynı iz kimliği altında bağlanmalıdır.
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.