M.AIM.AISoloLabsSeviye 4

Filo Ustalığıders 8/8

DERS 4.8 Çoklu beyin: bir projede birden fazla yapay zekâ

KAZANIM Bu dersin sonunda: aynı projede farklı AI modellerini bilinçli düzenlerle çalıştırır, devirleri ritüelle yapar, her model değişiminden sonra devir denetimi koşarsın.

1TanımÇoklu beyin (multi-model) düzeni = aynı projede farklı yapay zekâ modellerinin (örn. Claude Code + Gemini tabanlı bir araç + GPT tabanlı bir editör) dönüşümlü veya paralel çalışması. Ders 4.1'deki paralel ajanlarla karıştırma: orada aynı beynin kopyaları vardı; burada farklı beyinler var — farklı eğitim verisi, farklı güçler, farklı kör noktalar, farklı üsluplar.

2İşlev ve amaçÜç meşru sebep: (a) Güç eşleştirme — modellerin karakterleri farklıdır (biri uzun muhakemede, biri hızda, biri arayüzde güçlü); işi güçlü olana vermek 4.4'teki kademe mantığının modeller-arası hâlidir. (b) Gerçek bağımsız denetim — ikinci-ajan denetiminin (1.5) en güçlü biçimi: aynı modelin iki oturumu aynı önyargıyı paylaşabilir; FARKLI beyin, farklı kör noktadan bakar. (c) Kota/erişim esnekliği — bir modelin kotası bitince iş durmaz. Bedeli: tutarlılık riski — bu dersin konusu o bedeli yönetmek.

3. Nasıl yapılır — dört temel düzen (diyagramlarıyla):

1) VARDİYA (sıralı devir)          2) YAPAN + DENETÇİ (çapraz denetim)
   A yapar → commit → devir notu       A üretir ─────► iş
        └──► B devralır → commit           B (farklı beyin) denetler ► GEÇTİ/KALDI
   Kural: devir HEP commit sınırında   Kural: denetçi, üreticinin işine dokunmaz

3) UZMANLIK DAĞILIMI               4) PANEL (yarıştırma)
   İçerik → Model A                    Aynı görev → A ve B'ye ayrı ayrı
   Arayüz → Model B                        └► çıktıları yan yana karşılaştır,
   Denetim → Model C                          iyi parçaları sen birleştirirsin
   Kural: bölgeler dosya düzeyinde     Kural: hakem SENSİN, üçüncü model değil

Hangi düzen ne zaman: rutin üretimde vardiya, kritik işte yapan+denetçi, büyük projede uzmanlık, "hangisi daha iyi yapar" belirsizliğinde panel. Düzenden bağımsız üç altın kural: (1) Tek anayasa — kurallar dosyası (CLAUDE.md/AGENTS.md) tüm modellere aynı şekilde okutulur; anayasayı bilmeyen beyin, konvansiyonu bilmeden duvar örer. (2) Devir ritüeli — devreden model commit atar + devir notu bırakır (hızlı karttaki "durum fotoğrafı" istemi); devralan model önce anayasayı ve devir notunu okur. (3) Devir denetimi — model değişiminden sonra denetim İSTEĞE BAĞLI DEĞİLDİR (aşağıda).

4Ne ters gider + çözümü

Gerçek vaka (bu programın kendi tarihinden): Program Claude ile inşa edildi; başka bir model (Antigravity) sözlüğü 5 dosyaya bölen büyük bir yapısal iyileştirme yaptı — fikir iyiydi ve kabul edildi. Ama devir denetimi koşulunca ortaya çıktı: bölme sırasında 3 kavram sessizce kaybolmuş, 5 çapa yanlış dosyayı gösteriyor, dışarıya paylaşılmış bir sayfa linki 404 olmuş, iş commit'lenmeden bırakılmış ve yeni model korpusun link biçiminden farklı bir stil kullanmış. Hepsi düzeltildi — ama hiçbiri denetimsiz görünmezdi. Ders: model değişimi = denetim zorunluluğu.

Tuzaklar ve panzehirleri: sessiz içerik kaybı (büyük yeniden-yapılandırmalarda) → önce/sonra envanter sayımı; stil/konvansiyon sapması → anayasaya yazılmış konvansiyon + kapı script'leri (2.3'ün kapıları burada da hakem); commit'siz devir → "kim ne yaptı" kaybolur, vardiya kuralı katıdır; çift otorite → iki model aynı anda aynı dosyalarda ÇALIŞTIRILMAZ (4.1'in çakışma kuralı modeller arası da geçerli).

5AlternatiflerTek modelde kalmak çoğu zaman doğrudur: küçük/orta işte tutarlılık, çeşitlilikten değerlidir; çoklu beyin bir amaç değil, belirli sorunların (kör nokta, kota, uzmanlık) aracıdır. Ara adım: aynı modelin temiz oturumu (1.5) — çoğu denetim ihtiyacını bedavaya karşılar; farklı beyne, ancak aynı-önyargı şüphesinde çıkılır. Bu dersin ARAÇ tarafı (Antigravity/Cursor profilleri, AGENTS.md ortak anayasası, "sandviç" iş akışı kurulumu) Atlas'ta: ai-araclari.md; hangi beyin neyde iyi: llm-haritasi.md.

6Denetim penceresiDevir denetimi kontrol listesi (başka modelin turundan sonra, temiz bir Claude Code oturumunda):

Bu projede az önce başka bir AI modeli çalıştı. Devir denetimi yap:
1) Envanter: son commit'e göre silinen/eklenen dosya ve bölümleri say — kayıp içerik var mı?
2) Link/çapa bütünlüğü: tüm iç linkler hâlâ hedefini buluyor mu?
3) Konvansiyon: değişiklikler projenin anayasasına ve mevcut stiline uyuyor mu?
4) Commit durumu: iş commit'lenmiş mi; mesajı yapılanı doğru anlatıyor mu?
5) Dışa dönük yüzey: paylaşılmış URL'ler, yayın, envanter rakamları etkilendi mi?
"GEÇTİ/KALDI + kanıt" raporu ver; hiçbir şeyi düzeltme.

Kırmızı bayraklar: devralınan işte commit yok · büyük yeniden-yapılandırma + "her şey yolunda" beyanı bir arada · yeni modelin, anayasada olmayan kendi konvansiyonunu icat etmesi.

7Mini egzersiz (SANDBOX)Üret: sandbox'ta küçük bir değişikliği FARKLI bir AI aracına yaptır (herhangi bir ücretsiz araç olur). Denetle: Claude Code'da devir denetimi istemini koştur; bulguları bu dersin tuzak listesiyle karşılaştır.

8Kontrol soruları(1) Çoklu ajan (4.1) ile çoklu beyin farkı nedir? (2) Dört düzen nedir, kritik işte hangisi seçilir? (3) Devir ritüelinin üç parçası nedir? (4) Model değişiminden sonra hangi beş şey denetlenir?

9Mentor istemi

AI Maestro Seviye 4 Ders 4.8'in (çoklu beyin) hocası ol. Dört düzeni (vardiya /
yapan+denetçi / uzmanlık / panel) orkestra metaforuyla anlat: farklı enstrüman
grupları tek şefle nasıl çalışır? Bana 5 senaryo ver; her birine düzen seçeyim,
değerlendir. Sonunda 4 kontrol sorusunu sor.
Kontrol sorularını cevaplayıp egzersizi yaptıysan işaretle; ilerleme bu tarayıcıda tutulur.