C-suite agent ekipleri için inter-agent iletişim protokolü. Çağırma söz dizimi, döngü önleme, izolasyon kuralları ve response formatlarını tanımlar. C-suite agentlarının birbirini sorgulaması, fonksiyonlar arası analiz koordinasyonu veya birden fazla agent rolüyle board toplantıları yürütmesi gerektiğinde kullanılır.
cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skillsmkdir -p ~/.claude/skills/agent-protocol
curl -fsSL https://raw.githubusercontent.com/alirezarezvani/claude-skills/HEAD/.gemini/skills/agent-protocol/SKILL.md \
-o ~/.claude/skills/agent-protocol/SKILL.mdC-suite aracılarının birbirleriyle nasıl iletişim kurduğu. Kaosun, döngülerin ve dairesel akıl yürütmenin önüne geçen kurallar.
agent protocol, inter-agent communication, agent invocation, agent orchestration, multi-agent, c-suite coordination, agent chain, loop prevention, agent isolation, board meeting protocol
Herhangi bir aracı başka bir aracıyı sorgulayabilir:
[INVOKE:role|question]
Örnekler:
[INVOKE:cfo|Q3'te 5 mühendis işe almanın yanma oranı etkisi nedir?]
[INVOKE:cto|Bu özelliği gerçekten çeyrek sonu itibariyle sunabiliriz mi?]
[INVOKE:chro|Senior mühendisler için tipik işe alım süresi ne kadardır?]
[INVOKE:cro|Sonraki 90 günde pipeline'ımız nasıl görünüyor?]
Geçerli roller: ceo, cfo, cro, cmo, cpo, cto, chro, coo, ciso
Çağrılan aracılar şu yapıyı kullanarak yanıt verirler:
[RESPONSE:role]
Temel bulgu: [bir satır — asıl cevap]
Destekleyen veriler:
- [veri noktası 1]
- [veri noktası 2]
- [veri noktası 3 — isteğe bağlı]
Güven: [high | medium | low]
Uyarı: [bir satır — bunu yanlış yapan nedir]
[/RESPONSE]
Örnek:
[RESPONSE:cfo]
Temel bulgu: Q3'te 5 mühendis işe almak, pisti mevcut yanmada 14 aydan 9 aya düşürüyor.
Destekleyen veriler:
- Mevcut aylık yanma: $280K → yaklaşık $380K'a artıyor (+$100K tam yüklü)
- Bunu telafi etmek için gerekli ARR: 12 ay içinde ~$1.2M ek
- Mevcut pipeline bu hedefin %60'ını karşılıyor
Güven: medium
Uyarı: 3 aylık ramp ve gelir yörüngesinde değişiklik olmadığını varsayıyor.
[/RESPONSE]
Bu kurallar koşulsuz olarak uygulanır. İstisna yok.
Bir aracı kendisini çağıramaz.
❌ CFO → [INVOKE:cfo|...] — BLOKLANDı
Zincirler A→B→C şeklinde gidebilir. Üçüncü adım bloklanır.
✅ CRO → CFO → COO (derinlik 2)
❌ CRO → CFO → COO → CHRO (derinlik 3 — BLOKLANDı)
Aracı A, aracı B'yi çağırdıysa, B aynı zincirde A'yı çağıramaz.
✅ CRO → CFO → CMO
❌ CRO → CFO → CRO (dairesel — BLOKLANDı)
Her çağrı kendi çağrı zincirini taşır. Format:
[CHAIN: cro → cfo → coo]
Aracılar başka bir çağrı yapmadan önce bu zinciri kontrol ederler.
Bloklanınca: Çağrı yapmak yerine bunu döndürün:
[BLOCKED: cfo çağrılamıyor — cro→cfo zincirinde dairesel çağrı tespit edildi]
Kullanılan varsayım: [aracının yaptığı açık varsayım]
Çağrıya izin verilmez. Her rol çapraz kirlenme öncesinde bağımsız görüş oluşturur.
[ASSUMPTION: ...] ile işaretleExecutive Mentor diğer rollerin çıktılarına referans verebilir ama çağıramaz.
[INVOKE:cfo|...]Çağrılar yukarıdaki döngü önleme kurallarına tabi olarak serbestçe yapılabilir.
Çağır:
Varsayım yap:
Varsayım yaparken her zaman belirt:
[ASSUMPTION: tipik Seri A yanma profiline göre runway ~12 ay — CFO ile doğrulanmadı]
İki çağrılan aracı çelişkili cevaplar verdiğinde:
[CONFLICT: CFO 14 aylık runway tahmin ediyor; CRO pipeline'ın %80'ini kapanacağını bekliyor → 18+ aylar anlamına geliyor]
CEO, tüm rollara aynı anda yayın yapabilir:
[BROADCAST:all|Fon toplayışını ıskaladığımız takdirde etkisi ne olur?]
Yanıtlar bağımsız olarak gelir (başka bir aracının yanıtını görmeden kendi yanıtını oluşturur). Tümü yanıtladıktan sonra topla.
| Kural | Davranış |
|---|---|
| Kendi kendini çağırma | ❌ Her zaman bloklanır |
| Derinlik > 2 | ❌ Bloklanır, varsayım belirt |
| Dairesel | ❌ Bloklanır, varsayım belirt |
| Faz 2 izolasyonu | ❌ Çağrıya izin verilmez |
| Faz 3 eleştirisi | ❌ Yalnızca referans, çağrı yok |
| Çatışma | ✅ Dokümante et, gizleme |
| Varsayım | ✅ Her zaman [ASSUMPTION: ...] ile açık |
Hiçbir rol, bu doğrulama döngüsünden geçmeden kurucu'ya sunulmaz. Kurucu polished, doğrulanmış çıktı görür — ilk taslaklar değil.
Sunmadan önce, her rol bu iç kontrol listesini çalıştırır:
ÖZ-DOĞRULAMA KONTROL LİSTESİ:
□ Kaynak Atfı — Her veri noktası nereden geldi?
✅ "ARR $2.1M (CRO pipeline raporundan, Q4 aktüeller)"
❌ "ARR yaklaşık $2M" (kaynak yok, muğlak)
□ Varsayım Denetimi — Neyi varsayıyorum, neyi doğruladım?
Her varsayımı etiketle: [VERIFIED: veri karşı kontrol edildi] veya [ASSUMED: doğrulanmadı]
Bulgularının >%50'si ASSUMED ise → düşük güveni işaretle
□ Güven Puanı — Her bulgudan ne kadar eminim?
🟢 Yüksek: doğrulanmış veri, kurulan kalıp, çoklu kaynaklar
🟡 Orta: tek kaynak, makul çıkarım, biraz belirsizlik
🔴 Düşük: varsayıma dayalı, sınırlı veri, ilk kez yapılan analiz
□ Çelişki Kontrolü — Bu bilinen bağlamla çelişir mi?
Şirket bağlamı.md ve karar günlüğündeki son kararları kontrol et
Geçmiş bir karar ile çelişirse → açıkça işaretle
□ "Peki Ne Olmuş?" Testi — Her bulgunun bir iş sonucu mu var?
"Peki ne olmuş?" sorusuna bir cümle ile cevap veremezsen → çıkar
Tavsiyenin başka bir rolün alanını etkilemesi durumunda, o rol sunmadan önce doğrulama yapar.
| Tavsiyeniz ... içeriyorsa | Doğrula ... ile | Kontrol ... |
|---|---|---|
| Mali rakamlar veya bütçe | CFO | Matematik, runway etkisi, bütçe gerçekliği |
| Gelir tahminleri | CRO | Pipeline desteği, tarihsel doğruluk |
| Personel veya işe alma | CHRO | Pazar gerçekliği, ücret uygulanabilirliği, zaman çizelgesi |
| Teknik uygulanabilirlik veya zaman çizelgesi | CTO | Mühendislik kapasitesi, teknik borç yükü |
| Operasyonel süreç değişiklikleri | COO | Kapasite, bağımlılıklar, ölçeklendirme etkisi |
| Müşteri'ye yönelik değişiklikler | CRO + CPO | Churn riski, ürün yol haritası çakışması |
| Güvenlik veya uyum iddiaları | CISO | Gerçek duruş, düzenleme gereksinimleri |
| Pazar veya konumlandırma iddiaları | CMO | Veri desteği, rekabetçi gerçeklik |
Eş doğrulama formatı:
[PEER-VERIFY:cfo]
Doğrulanmış: ✅ Yanma oranı hesaplaması doğru
Ayarlanmış: ⚠️ İşe alma zaman çizelgesi Q2 değil Q3 olmalı (bütçe kısıtı)
İşaretlendi: 🔴 Toplam komp projeksiyonunda hisse maliyeti eksik
[/PEER-VERIFY]
Eş doğrulama atla:
Geri döndürülemez, yüksek maliyetli veya şirketin başına belası olabilecek kararlar için Executive Mentor kurucu'yu görmeden önce ön kontrol yapar.
Ön kontrol tetikleyicileri:
Ön kontrol çıktısı:
[CRITIC-SCREEN]
En zayıf nokta: [Bu tavsiyedeki tek en büyük zaaf]
Eksik perspektif: [Kimsenin değerlendirilmediği şey]
Yanlış olursa, maliyet: [Nicelleştirilmiş dezavantaj]
Devam et: ✅ Not edilmiş risklerle | ⚠️ [spesifik boşluğu] ele aldıktan sonra | 🔴 Yeniden düşün
[/CRITIC-SCREEN]
Döngü teslimatla bitmez. Kurucu yanıt verdikten sonra:
KURUCU GERİ BİLDİRİM DÖNGÜSÜ:
1. Kurucu onaylar → karar kaydet (Katman 2), işlemi ata
2. Kurucu değiştirir → analiz ve düzeltmelerle güncelle, değiştirilen parçaları yeniden doğrula
3. Kurucu reddeder → reddi kaydet DO_NOT_RESURFACE ile, NEDEN'i anla
4. Kurucu takip sorusu sorar → belirli noktada analiz derinleştir, yeniden doğrula
KARAR SONRASI İNCELEME (30/60/90 gün):
- Tavsiye doğru muydu?
- Neyi kaçırdık?
- Şirket bağlamı.md'i öğrendiğimizle güncelle
- Yanlış olursa → dersi kaydet, gelecek analizi ayarla
| Paydalar | Öz-Doğrula | Eş-Doğrula | Eleştirmen Ön Kontrolü |
|---|---|---|---|
| Düşük (bilgilendirme) | ✅ Gerekli | ❌ Atla | ❌ Atla |
| Orta (operasyonel) | ✅ Gerekli | ✅ Gerekli | ❌ Atla |
| Yüksek (stratejik) | ✅ Gerekli | ✅ Gerekli | ✅ Gerekli |
| Kritik (geri döndürülemez) | ✅ Gerekli | ✅ Gerekli | ✅ Gerekli + yönetim kurulu |
Doğrulanmış çıktı güven ve kaynak bilgisi ekler:
ALTI ÇIZILI ÖZETİ
[Cevap] — Güven: 🟢 Yüksek
NEDIR
• [Bulgu 1] [VERIFIED: Q4 aktüeller] 🟢
• [Bulgu 2] [VERIFIED: CRO pipeline verileri] 🟢
• [Bulgu 3] [ASSUMED: endüstri kıyaslamalarına dayalı] 🟡
EŞ-DOĞRULANMIŞ: CFO (matematik ✅), CTO (zaman çizelgesi ⚠️ Q3'e ayarlanmış)
C-suite'in kurucu'ya tüm çıktısı BİR format takip eder. İstisna yok. Kurucu karar vericisi — sonuçları verin, süreci değil.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📊 [ROLE] — [Konu]
ALTI ÇIZILI ÖZETİ
[Bir cümle. Cevap. Önsöz yok.]
NEDIR
• [Bulgu 1 — en kritik]
• [Bulgu 2]
• [Bulgu 3]
(Maks 5 madde. Daha fazla gerekirse → referans dok.)
NEDEN BU ÖNEMLİ
[1-2 cümle. İş etkisi. Teori değil — sonuç.]
NASIL HAREKET ET
1. [İşlem] → [Sahibi] → [Son tarih]
2. [İşlem] → [Sahibi] → [Son tarih]
3. [İşlem] → [Sahibi] → [Son tarih]
⚠️ RİSKLER (varsa)
• [Risk + onu tetikleyen şey]
🔑 SİZİN KARAR (gerekirse)
Seçenek A: [Açıklama] — [Takas]
Seçenek B: [Açıklama] — [Takas]
Tavsiye: [Hangisi ve neden, bir cümlede]
📎 AYRINTI: [derin dalış için referans dok veya script çıktısı]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🚩 [ROLE] — Proaktif Uyarı
NOTI ALDIM
[Bunu tetikleyen — belirli, muğlak değil]
NEDEN ÖNEMLİ
[İş sonucu yoksa — dolar, zaman veya risk olarak]
TAVSİYE EDİLEN İŞLEM
[Tamamen neyi yapacak, kim yapacak, ne zaman]
ACİLİYET: 🔴 Bugün harekete geç | 🟡 Bu hafta | ⚪ Sonraki gözden geçirme
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 YÖNETİM KURULU TOPLANTISI — [Tarih] — [Gündem Konusu]
KARAR GEREKLİ
[Kararı bir cümleyle çerçevele]
PERSPEKTİFLER
CEO: [bir satırlık pozisyon]
CFO: [bir satırlık pozisyon]
CRO: [bir satırlık pozisyon]
[... yalnızca katkıda bulunan roller]
NEREDE ANLAŞIYORLAR
• [Fikir birliği noktası 1]
• [Fikir birliği noktası 2]
NEREDE ANLAŞMIYORLAR
• [Çatışma] — CEO X diyor, CFO Y diyor
• [Çatışma] — CRO X diyor, CPO Y diyor
ELEŞTİRMEN GÖRÜŞÜ (Executive Mentor)
[Başka kimse söylememiş rahatsız edici gerçek]
TAVSİYE EDİLEN KARAR
[Net tavsiye ve gerekçe]
İŞ MADDELERİ
1. [İşlem] → [Sahibi] → [Son tarih]
2. [İşlem] → [Sahibi] → [Son tarih]
3. [İşlem] → [Sahibi] → [Son tarih]
🔑 SİZİN ÇAĞRI
[Tavsiyeyi reddetsem seçenekler]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
references/invocation-patterns.md — örneklerle yaygın işlev kaynakları arası kalıplarHerhangi bir yaratıcı çalışmaya başlamadan önce bunu mutlaka kullanın - feature oluştururken, component inşa ederken, functionality eklerken veya davranış değiştirirken. Kullanıcı niyetini, gereksinimleri ve tasarımı implementation öncesinde araştırır.
Uygulama tamamlandığında, tüm testler geçtiğinde ve çalışmanızı nasıl entegre edeceğinize karar vermeniz gerektiğinde kullanın - merge, PR veya cleanup seçeneklerini sunarak geliştirme sürecinin tamamlanmasını rehberlik eder.
Kod incelemesi geri bildirimi alırken, önerileri uygulamadan önce kullanın; özellikle geri bildirim belirsiz veya teknik olarak şüpheli görünüyorsa - performatif anlaşmadan veya körü körüne uygulamadan ziyade teknik titizlik ve doğrulama gerekir.
Görevleri tamamlarken, büyük özellikleri hayata geçirirken veya merge etmeden önce çalışmanın gereksinimleri karşıladığını doğrulamak için kullanın.
Yeni bir feature üzerinde çalışmaya başlarken veya implementasyon planını yürütmeden önce kullanın - native araçlar veya git worktree fallback aracılığıyla izole edilmiş bir workspace sağlar.
Herhangi bir konuşma başlatırken kullanın - skill'lerin nasıl bulunacağını ve kullanılacağını belirler, clarification soruları da dahil olmak üzere HERHANGİ bir yanıt vermeden önce skill invocation gerektirir.