Enterprise AIXAI Engineering Resource
AI Engineering Path601/1001
Modül · v1.0
AI Engineering/601 · Graph Engineering
601İleri70 dakika

Graph Engineering

Node, edge, state, branch, fan-out/fan-in, checkpoint ve compensation pattern'leriyle üretim düzeyinde orkestrasyon tasarlayın.

Graph, bir AI işinin yalnızca adımlarını değil; kararlarını, state geçişlerini ve hata yollarını görünür hale getirir.
Bu modülün sonunda

01State graph modellemek

02Dallanma politikası yazmak

03Paralel işleri birleştirmek

04Hata ve devam akışını kurmak

01

Durumlu orkestrasyon

Akış değil, karar haritası

Doğrusal workflow 'sonra ne olur?' sorusuna cevap verir. Graph Engineering 'hangi durumda hangi yol seçilir, ne korunur ve hata olursa nereden devam edilir?' sorularını da çözer.

Graph içindeki her node sınırlı bir sorumluluğa, her edge açık bir geçiş koşuluna ve tüm akış paylaşılan bir state şemasına sahip olmalıdır. Bu, agent davranışını incelenebilir ve tekrar oynatılabilir hale getirir.

01Node

Tek sorumluluklu iş veya karar

02Edge

Koşullu veya sabit geçiş

03State

Akış boyunca taşınan doğrulanmış bilgi

04Checkpoint

Güvenli devam ve replay noktası

05Terminal

Başarı, hata veya eskalasyon sonu

YAYGIN YANILGIGraph, karmaşık görünen bir flowchart çizmekten ibarettir.
TASARIM PRENSİBİHer dalın iş gerekçesi, gözlenebilir koşulu ve güvenli sonu olmalıdır.
02

Tasarım modeli

STATE graph tasarım çerçevesi

Grafiği çizmeden önce state ve geçiş politikasını tanımlayın.

01

Schema

Akışta hangi veri taşınacak?

Vaka, karar, güven, onay, hata
02

Transitions

Hangi koşul hangi edge'i seçer?

Risk yüksek → uzman review
03

Actors

Node'u model, araç veya insan mı çalıştırır?

Sınıflandırma modeli, CRM aracı
04

Terminal

Başarı ve güvenli başarısızlık nedir?

Tamamla, reddet, eskale et
05

Exceptions

Hata ve timeout hangi yola gider?

Retry, compensation veya manuel kuyruk
03

Uygulamalı örnek

Sigorta hasar triage grafiği

Belge alımından uzman kararına kadar dalları açıkça modelleyin.

601_601-GRAPH-ENGINEERING.md
GRAPH GOAL: Hasar dosyasını güvenli şekilde doğru inceleme yoluna yönlendir.

STATE:
claim_id, document_status, extracted_fields, risk_flags, confidence, route, approvals, errors

NODES:
1. validate_documents — zorunlu belgeleri kontrol et
2. extract_claim — yapılandırılmış alanları çıkar
3. detect_risk — risk sinyallerini sınıflandır
4. route_claim — standard / expert / fraud_review yolunu seç
5. request_missing — eksik belge talebi oluştur
6. human_review — uzman kararını bekle
7. finalize — kararı kaydet ve bildir

EDGES:
- belge eksik → request_missing → checkpoint → bekle
- yüksek risk veya düşük güven → human_review
- standart ve yüksek güven → finalize
- araç hatası → 2 retry → manual_queue

Her node state'e karar gerekçesi, kaynak ve zaman damgası eklemeli.
NEDEN ÇALIŞIR?

01State şemasını node'lardan önce tanımlar

02Belirsizlik için ayrı insan yolu açar

03Bekleyen dosyayı checkpoint ile sürdürülebilir kılar

04Teknik hata ile iş riskini ayırır

04

Tekrar kullanılabilir yapılar

Pattern kataloğu

CONDITIONAL ROUTING

Koşullu dallanma

State üzerindeki açık koşula göre farklı uzmanlık yolunu seçer.

İyi kullanım · Triage ve risk bazlı süreçler
FAN-OUT / FAN-IN

Paralel dağıt ve birleştir

Bağımsız analizleri paralel çalıştırıp ortak reducer ile birleştirir.

İyi kullanım · Araştırma ve çoklu belge analizi
CHECKPOINT

Kaldığı yerden devam

Uzun veya insan bekleyen görevde state'i güvenli biçimde saklar.

İyi kullanım · Onay ve dış sistem bekleme
COMPENSATION

Telafi akışı

Kısmen tamamlanan işlemin yan etkilerini geri alır veya dengeler.

İyi kullanım · Sipariş, rezervasyon ve finansal işlem
05

Sektörel uygulama

İş sonucu merkezli use case’ler

SigortaHasar orkestrasyonu

Hedef: Dosyayı risk ve tamlığa göre yönlendirmek

Bağlam: Belgeler, poliçe ve vaka sinyalleri

Kontrol: Yüksek riskte zorunlu uzman

Değer hipotezi · Tutarlı triage ve izlenebilirlik
Tedarik ZinciriTedarikçi onboarding

Hedef: Kontrol ve onayları paralel yürütmek

Bağlam: Vergi, uyum, kalite ve sözleşme bilgisi

Kontrol: Eksik adımda aktivasyonu engellemek

Değer hipotezi · Daha kısa onboarding çevrimi
FinansMutabakat grafiği

Hedef: Eşleşmeyen kayıtları doğru çözüm yoluna taşımak

Bağlam: İşlem, banka ve ERP kayıtları

Kontrol: Parasal düzeltmede çift onay

Değer hipotezi · Daha hızlı istisna yönetimi
06

Enterprise AIX

Üretim kontrolleri

Kontrol alanıSorulacak soruBeklenen önlem
State şemasıKaynağı belirsiz alan var mı?Tip, kaynak ve validasyon
DallanmaEdge koşulları birbirini dışlıyor mu?Öncelik ve default güvenli yol
ParalellikBirleştirme çakışmayı nasıl çözüyor?Deterministik reducer
DevamCheckpoint sonrası işlem tekrarlanır mı?Idempotency ve replay
HataKısmi yan etkiler nasıl telafi edilir?Compensation node'u
07

Uygulama laboratuvarı

Bir iş sürecini state graph'a çevirin

UYGULAMA

Bir iş sürecini state graph'a çevirin

İnsan onayı ve en az bir dış sistem içeren bir süreç seçin.

  1. 01
    State'i yaz

    İş kimliği, girdiler, kararlar, hata ve onayı tanımlayın.

  2. 02
    Node'ları küçült

    Her node'a tek sorumluluk verin.

  3. 03
    Edge koşullarını belirt

    Doğal dil yerine gözlenebilir koşullar yazın.

  4. 04
    Bekleme noktası ekle

    İnsan veya dış sistem bekleyen yere checkpoint koyun.

  5. 05
    Hata grafiğini çiz

    Retry, telafi ve manuel kuyruk yollarını ekleyin.

TAMAMLAMA KONTROLÜ
08

Bilgi kontrolü

Kavramı yerine oturtun

01Graph ne zaman basit workflow'dan daha değerlidir?

Koşullu dallar, loop, paralellik, uzun bekleme, insan onayı veya hata sonrası devam gerektiren süreçlerde.

02State neden yalnızca serbest metin olmamalı?

Yapılandırılmış state geçiş koşullarını, validasyonu, izlenebilirliği ve güvenli replay'i mümkün kılar.

03Fan-in aşamasının temel riski nedir?

Paralel sonuçların çelişmesi veya farklı formatta gelmesidir; açık birleştirme politikası ve reducer gerekir.