Domain 5 özeti — Orchestration, isolation, recovery, lifecycle

Ağırlık: %15-20 · Mock’ta ~9 soru. Komuta merkezi / multi-agent mimari biliyorsan kavramlar tanıdık; GitHub diline çevirmek yeterli.

1. Orchestration ve isolation

Orchestration pattern = birden çok agent’ı koordine etme şekli:

• Sequential — agent A bitirir, B başlar, C başlar
• Parallel — agent A, B, C aynı anda farklı işler yapar
• Hierarchical — supervisor agent + worker agent’lar
• Handoff chain — output bir agent’tan diğerine geçer

GitHub’da isolation 3 seviyesi

Seviye	Ne ayrılır	Tipik kullanım
Branch	Aynı repo, farklı branch	Paralel feature work
Actions job	Aynı workflow, farklı job (farklı runner)	CI içi paralellik
Repo	Tamamen farklı repo	Bağımsız ürün/servis agent’ları

Sınav “GitHub’da multi-agent isolation için hangi 3 seviye?” sorduğunda cevap branch / job / repo.

2. Çakışma tespiti ve çözümü

Domain 5.1 bullet: “Detect and resolve agent conflicts, including overlapping code changes, duplicated effort, and contradictory outputs”.

Üç çakışma tipi

Tip	Belirti	Çözüm
Overlapping code changes	İki agent aynı dosyada iki PR	Merge sırası belirle, conflict resolution, gerekirse HITL
Duplicated effort	İki agent aynı issue’yu çözmek için ayrı PR	Lock mekanizması (issue assignee) veya supervisor agent
Contradictory outputs	İki agent zıt karar veriyor	System of record (ADR/PR description) üstünden çözüm, HITL

Sessiz iptal (one agent’ı sustur) anti-pattern — traceability ihlali.

3. Multi-agent recovery (rollback + HITL)

Single-agent’taki retry→rollback→escalation’ın multi-agent karşılığı. Domain 5.3 bullet: “Implement multi-agent recovery patterns, including rollback and human-in-the-loop”.

Multi-agent failure (partial / stalled / degraded)
    ↓
Rollback (tüm agent'ları bilinen iyi state'e döndür)
    ↓
HITL — insan: "şu agent kaldırılsın", "şu PR revert", "şu workflow'u
  baştan başlat"

4. Observability — handoff’lar belgelenir

3 bullet:

• Multi-agent workflow review/audit’e uygun artifact üretmeli
• Karar, handoff, outcome’lar belgelenmeli (her agent için)
• Post-hoc analiz mümkün olmalı

GitHub’da:

• Her agent kendi PR’ını / issue yorumunu yazar (handoff izi)
• Actions workflow summary’de hangi agent ne yaptı yazar
• Audit log + commit history geriye doğru analiz sağlar

5. Lifecycle yönetimi

3 bullet:

Aksiyon	Kriter
Add — yeni agent ekle	Mevcut workflow bozulmamalı; integration noktası belirgin
Update / replace	Aktif workflow disrupt edilmemeli — kontrollü cutover (paralel çalıştırma + karşılaştırma → eski’yi durdur)
Retire — emekliye ayır	Auditability + workflow continuity korunmalı

Sessizce agent değiştirmek = continuity ihlali. Doğru: kontrollü cutover + dokümantasyon + audit kaydı.

Mini quiz — Domain 5 (3 soru)

GitHub'da paralel agent'ları izole etmek için kullanılan 3 seviye hangisidir?

1. Process / thread / fiber
2. Branch / Actions job / repo
3. Container / VM / serverless
4. Tenant / org / enterprise

Kontrol et

İki agent aynı dosyayı eş zamanlı değiştirdi. Sınavın önerdiği yaklaşım nedir?

1. İlk merge olanı tut, ikincisini sessizce iptal et
2. Çakışmayı tespit et, merge sırasını belirle, gerekirse HITL ile çöz; output'lar audit'e kalır
3. İki PR'ı otomatik birleştir, conflict'leri ML ile çöz
4. Agent'lardan birini sil

Kontrol et

Multi-agent workflow'da bir agent fail oldu, partial output bıraktı. Sınavın önerdiği iki recovery pattern hangisidir?

1. Retry sonsuz / sessiz kapat
2. Rollback + human-in-the-loop
3. Yeni agent oluştur + eskisini sil
4. Hiçbir şey yapma — pipeline kendiliğinden toparlanır

Kontrol et

Sırada ne var?

Domain 6 — Guardrails & accountability. Sınavın imza teması olan “hız ile güvenlik dengesi” ve otonomi seviyesi matrisi burada.