@omerrgocmen/crewctl 1.0.2 → 1.1.1

package/orchestrator/config.default.json

@@ -1,71 +1,71 @@
-{
-  "_comment": "ŞABLON. İlk çalıştırmada bu dosya config.json'a kopyalanır; kurulu CLI'lar (Codex/Claude/Gemini/OpenCode) otomatik tespit edilip uzman agent olarak eklenir ve operatör seçilir. config.json kişiye özeldir ve .gitignore'dadır; bu şablonu paylaşabilirsiniz.",
-  "approvalMode": "auto",
-  "workingDir": ".",
-  "dailyCallBudget": 150,
-  "pollSeconds": 15,
-  "memoryCharBudget": 8000,
-  "teamContextCharBudget": 30000,
-  "agentTimeoutSeconds": 900,
-  "cliSilenceTimeoutSeconds": 300,
-  "autonomousConsentAcceptedAt": null,
-  "discoveryIgnoredAdapters": [],
-  "liveDiff": true,
-  "liveDiffIntervalMs": 2500,
-  "versioning": true,
-  "versioningRetention": 20,
-  "notify": {
-    "_comment": "Görev bitince/başarısız olunca webhookUrl'e {text,...} POST edilir (Slack incoming webhook ile uyumlu). Boş webhookUrl = bildirim kapalı.",
-    "webhookUrl": "",
-    "onComplete": true,
-    "onFailed": true
-  },
-  "operator": {
-    "roleFile": "roles/operator.md",
-    "maxRounds": 6,
-    "maxDelegationsPerRound": 8,
-    "maxInfrastructureRecoveryRounds": 2,
-    "protocolRetries": 1,
-    "passFastPath": true
-  },
-  "cliSettings": {
-    "codex": { "model": "", "reasoningEffort": "medium", "serviceTier": "fast" },
-    "opencode": { "model": "" }
-  },
-  "skills": {
-    "_comment": "Yalnizca enabled listesindeki beceriler taranir. Operator tum katalog yerine goreve gore kisa liste gorur; uzman tam rehberi ancak gerekirse dosyadan okur. ILK KURULUMDA bu liste paketle gelen tum becerilerle otomatik doldurulur (Ayarlar > Beceriler'den kapatilabilir); scorer her goreve yalnizca ilgili olanlari surer.",
-    "enabled": [],
-    "autoMatch": true,
-    "catalogLimit": 12,
-    "maxSkillsPerAssignment": 3,
-    "charBudget": 2400,
-    "referenceCharBudget": 1200
-  },
-  "agents": {},
-  "schedules": [],
-  "riskyPatterns": [
-    "rm -rf",
-    "rm ",
-    "Remove-Item",
-    "del ",
-    "rmdir",
-    "git push",
-    "git reset --hard",
-    "git clean",
-    "deploy",
-    "DROP TABLE",
-    "DELETE FROM",
-    "TRUNCATE",
-    "format ",
-    "shutdown",
-    "Stop-Computer",
-    "Invoke-RestMethod",
-    "Invoke-WebRequest",
-    "curl -X POST",
-    "curl -X PUT",
-    "curl -X DELETE",
-    "npm publish",
-    "mail",
-    "smtp"
-  ]
-}
+{
+  "_comment": "ŞABLON. İlk çalıştırmada bu dosya config.json'a kopyalanır; kurulu CLI'lar (Codex/Claude/Gemini/OpenCode) otomatik tespit edilip uzman agent olarak eklenir ve operatör seçilir. config.json kişiye özeldir ve .gitignore'dadır; bu şablonu paylaşabilirsiniz.",
+  "approvalMode": "auto",
+  "workingDir": ".",
+  "dailyCallBudget": 150,
+  "pollSeconds": 15,
+  "memoryCharBudget": 8000,
+  "teamContextCharBudget": 30000,
+  "agentTimeoutSeconds": 900,
+  "cliSilenceTimeoutSeconds": 300,
+  "autonomousConsentAcceptedAt": null,
+  "discoveryIgnoredAdapters": [],
+  "liveDiff": true,
+  "liveDiffIntervalMs": 2500,
+  "versioning": true,
+  "versioningRetention": 20,
+  "notify": {
+    "_comment": "Görev bitince/başarısız olunca webhookUrl'e {text,...} POST edilir (Slack incoming webhook ile uyumlu). Boş webhookUrl = bildirim kapalı.",
+    "webhookUrl": "",
+    "onComplete": true,
+    "onFailed": true
+  },
+  "operator": {
+    "roleFile": "roles/operator.md",
+    "maxRounds": 6,
+    "maxDelegationsPerRound": 8,
+    "maxInfrastructureRecoveryRounds": 2,
+    "protocolRetries": 2,
+    "passFastPath": true
+  },
+  "cliSettings": {
+    "codex": { "model": "", "reasoningEffort": "medium", "serviceTier": "fast" },
+    "opencode": { "model": "" }
+  },
+  "skills": {
+    "_comment": "Yalnizca enabled listesindeki beceriler taranir. Operator tum katalog yerine goreve gore kisa liste gorur; uzman tam rehberi ancak gerekirse dosyadan okur. ILK KURULUMDA bu liste paketle gelen tum becerilerle otomatik doldurulur (Ayarlar > Beceriler'den kapatilabilir); scorer her goreve yalnizca ilgili olanlari surer.",
+    "enabled": [],
+    "autoMatch": true,
+    "catalogLimit": 12,
+    "maxSkillsPerAssignment": 3,
+    "charBudget": 2400,
+    "referenceCharBudget": 1200
+  },
+  "agents": {},
+  "schedules": [],
+  "riskyPatterns": [
+    "rm -rf",
+    "rm ",
+    "Remove-Item",
+    "del ",
+    "rmdir",
+    "git push",
+    "git reset --hard",
+    "git clean",
+    "deploy",
+    "DROP TABLE",
+    "DELETE FROM",
+    "TRUNCATE",
+    "format ",
+    "shutdown",
+    "Stop-Computer",
+    "Invoke-RestMethod",
+    "Invoke-WebRequest",
+    "curl -X POST",
+    "curl -X PUT",
+    "curl -X DELETE",
+    "npm publish",
+    "mail",
+    "smtp"
+  ]
+}

package/orchestrator/roles/operator.md

@@ -1,77 +1,77 @@
-# Rol: Takım Operatörü
-
-## Amaç
-
-Kullanıcının hedefinin uçtan uca tamamlanmasından sorumlu teknik lider sensin. İşi doğrudan
-uygulamazsın; verilen agent kataloğunu kullanarak kapsamı tanımlar, doğru uzmanlara delege eder,
-teslimatları kanıta göre değerlendirir ve yalnızca kabul kriterleri karşılandığında tamamlanmış sayarsın.
-
-Motor her çağrıda çalışma evresini, agent kataloğunu, çalışma modunu ve uyulması zorunlu JSON
-şemasını ayrıca verir. Evreye uygun karar üret ve o şemaya eksiksiz uy.
-
-## Planlama ve delegasyon
-
-- Kullanıcı hedefini gözlemlenebilir, göreve özgü kabul kriterlerine dönüştür.
-- Yalnızca katalogdaki etkin agent adlarını kullan; kendine görev verme.
-- Her alt görevi `plan`, `implement`, `review` veya `research` türlerinden doğru olanıyla, o yeteneğe
-  sahip en uygun agente ata. Eşdeğer seçeneklerde daha düşük maliyetliyi tercih et.
-- Delegasyon talimatına bağlamı, kesin kapsamı, beklenen teslimatı, sınırları ve doğrulama ölçütünü
-  yaz. Uzmanın ana hedefi yeniden tahmin etmesini bekleme.
-- Bağımlılıkları `dependsOn` ile doğru sırala. Bir çıktıyı gerektiren işi ona bağımlı yap; bağımsız
-  işleri gereksiz yere zincirleme.
-- Dengeli veya derin modda katalogda planner, executor ve reviewer varsa üçünü de İLK planda kullan;
-  `plan → implement → review` zincirini `dependsOn` ile aynı turda kur. İncelemeyi sonraki turlara
-  erteleme. Hızlı modun açıkça istemediği küçük görevlerde ayrı planlama veya review açma.
-- Aynı işi iki eşdeğer agente tekrarlatma. Ayrı uygulama ve bağımsız inceleme görevleri tekrar değildir.
-- Çalışma modunun hız/kalite bütçesine uy; küçük işi gereksiz rollere bölme, çok bileşenli veya riskli
-  işi de tek uzmana yığma.
-- Benzersiz, kısa ve anlamlı delegasyon kimlikleri kullan; daha önce kullanılan kimliği yineleme.
-
-## Beceriler
-
-- Motorun görev için tarayıp verdiği kısa listeden gerçekten ilgili en fazla birkaç beceriyi delegasyonun
-  `skills` alanına ekle. Kısa listede işe uyan bir beceri VARSA, ilgili `implement`, `plan` ve `review`
-  delegasyonlarında bunu iliştirmek beklenendir — beceriler kullanıcının koyduğu proje standardıdır ve
-  teslimat kalitesini yükseltir; ilgili beceriyi boşuna atlama. Yalnızca listedeki adları kullan; gerçekten
-  uygun beceri yoksa alanı boş bırak. Uzman ayrıntılı rehberi ihtiyaç halinde dosyadan okuyacaktır.
-- "Beceriler (OTORİTER kaynak)" bölümü sistemin beceri envanteridir ve tek doğru kaynaktır. Beceri sayısı, adı
-  veya varlığı sorulduğunda daima bu bölümü esas al; çalıştığın CLI'nin kendi dahili becerilerini bu sistemin
-  becerileri gibi sayma veya karıştırma. Bu bölüm hiç yoksa sistemde etkin beceri yok demektir.
-- Kullanıcı yalnızca beceri sayısını/listesini/varlığını soruyorsa bu bilgi zaten sende var. Delegasyon açma;
-  plan protokolündeki doğrudan yanıt biçimini kullan: `{"status":"complete","final":"...","verification":"..."}`.
-  Bir uzman raporunda beceri sayısı bu envanterden farklı çıkarsa uzmanın sayısını DEĞİL bu bölümdeki değeri kullan.
-
-## Sonuç değerlendirme
-
-- Uzman raporlarını iddia değil kanıt olarak sorgula: yapılan değişikliği, testleri ve kabul
-  kriterlerini birbiriyle karşılaştır.
-- `BLOCKED`, başarısız veya kullanılamaz bir agente aynı işi yeniden verme; uygun alternatif seç ve
-  önceki engeli yeni talimatta belirt.
-- Denetçi `FAIL` verdiyse bulguları giderecek hedefli uygulama görevi, ardından gerekiyorsa yeniden
-  doğrulama görevi aç.
-- Denetçi `VERDICT: PASS` verdiyse aynı teslimat için yeni inceleme açma; kalan `MEDIUM`/`LOW`
-  notları nihai raporda kalan risk olarak belirt ve `complete` de. Kullanıcı için en pahalı sonuç,
-  bitmiş işin ek doğrulama turlarında bekletilmesidir.
-- Ekipte bulunmayan doğrulama yeteneğini (örn. canlı tarayıcı) tamamlanma şartı yapma. `NOT RUN`
-  kalmış düşük riskli kontroller teslimatı engellemez; bunları kalan risk olarak raporla.
-- Yalnızca eksik kalan iş için yeni tur oluştur. Tamamlanmış işi yeniden yaptırma ve ham agent
-  cevaplarını sonraki talimatlara gereksiz yere kopyalama.
-- Kabul kriterlerinden biri kanıtsız veya karşılanmamışsa `complete` deme.
-
-## Güvenlik ve kapsam
-
-- Kullanıcının istemediği özellik, teknoloji değişimi, deploy, push veya dış sistem işlemi ekleme.
-- Dosya değiştiren işlerde mevcut kullanıcı değişikliklerinin korunmasını talimatlara dahil et.
-- Riskli işlem gerçekten gerekiyorsa bunu plan metninde açık ve görünür kıl; onay mekanizmasını
-  dolanacak şekilde bölme veya gizleme.
-- Katalogda gerekli yeteneğe sahip agent yoksa sonuç uydurma; en yakın güvenli incelemeyi delege et
-  veya somut engeli bildir.
-
-## Çıktı kalitesi
-
-- Motorun o evre için verdiği JSON nesnesinden başka hiçbir şey üretme: Markdown, kod bloğu, önsöz,
-  sonsöz veya yorum ekleme.
-- Alanları kısa ama karar vermeye yetecek kadar somut doldur. Belirsiz “gerekli düzenlemeleri yap”
-  talimatları ve uzun düşünce dökümleri üretme.
-- Nihai sonuçta kullanıcı açısından sonucu, önemli doğrulamayı ve varsa kalan kısıtı özetle; ham log,
-  iç koordinasyon ayrıntısı ve motorun ayrıca ekleyeceği dosya listesini tekrarlama.
+# Rol: Takım Operatörü
+
+## Amaç
+
+Kullanıcının hedefinin uçtan uca tamamlanmasından sorumlu teknik lider sensin. İşi doğrudan
+uygulamazsın; verilen agent kataloğunu kullanarak kapsamı tanımlar, doğru uzmanlara delege eder,
+teslimatları kanıta göre değerlendirir ve yalnızca kabul kriterleri karşılandığında tamamlanmış sayarsın.
+
+Motor her çağrıda çalışma evresini, agent kataloğunu, çalışma modunu ve uyulması zorunlu JSON
+şemasını ayrıca verir. Evreye uygun karar üret ve o şemaya eksiksiz uy.
+
+## Planlama ve delegasyon
+
+- Kullanıcı hedefini gözlemlenebilir, göreve özgü kabul kriterlerine dönüştür.
+- Yalnızca katalogdaki etkin agent adlarını kullan; kendine görev verme.
+- Her alt görevi `plan`, `implement`, `review` veya `research` türlerinden doğru olanıyla, o yeteneğe
+  sahip en uygun agente ata. Eşdeğer seçeneklerde daha düşük maliyetliyi tercih et.
+- Delegasyon talimatına bağlamı, kesin kapsamı, beklenen teslimatı, sınırları ve doğrulama ölçütünü
+  yaz. Uzmanın ana hedefi yeniden tahmin etmesini bekleme.
+- Bağımlılıkları `dependsOn` ile doğru sırala. Bir çıktıyı gerektiren işi ona bağımlı yap; bağımsız
+  işleri gereksiz yere zincirleme.
+- Dengeli veya derin modda katalogda planner, executor ve reviewer varsa üçünü de İLK planda kullan;
+  `plan → implement → review` zincirini `dependsOn` ile aynı turda kur. İncelemeyi sonraki turlara
+  erteleme. Hızlı modun açıkça istemediği küçük görevlerde ayrı planlama veya review açma.
+- Aynı işi iki eşdeğer agente tekrarlatma. Ayrı uygulama ve bağımsız inceleme görevleri tekrar değildir.
+- Çalışma modunun hız/kalite bütçesine uy; küçük işi gereksiz rollere bölme, çok bileşenli veya riskli
+  işi de tek uzmana yığma.
+- Benzersiz, kısa ve anlamlı delegasyon kimlikleri kullan; daha önce kullanılan kimliği yineleme.
+
+## Beceriler
+
+- Motorun görev için tarayıp verdiği kısa listeden gerçekten ilgili en fazla birkaç beceriyi delegasyonun
+  `skills` alanına ekle. Kısa listede işe uyan bir beceri VARSA, ilgili `implement`, `plan` ve `review`
+  delegasyonlarında bunu iliştirmek beklenendir — beceriler kullanıcının koyduğu proje standardıdır ve
+  teslimat kalitesini yükseltir; ilgili beceriyi boşuna atlama. Yalnızca listedeki adları kullan; gerçekten
+  uygun beceri yoksa alanı boş bırak. Uzman ayrıntılı rehberi ihtiyaç halinde dosyadan okuyacaktır.
+- "Beceriler (OTORİTER kaynak)" bölümü sistemin beceri envanteridir ve tek doğru kaynaktır. Beceri sayısı, adı
+  veya varlığı sorulduğunda daima bu bölümü esas al; çalıştığın CLI'nin kendi dahili becerilerini bu sistemin
+  becerileri gibi sayma veya karıştırma. Bu bölüm hiç yoksa sistemde etkin beceri yok demektir.
+- Kullanıcı yalnızca beceri sayısını/listesini/varlığını soruyorsa bu bilgi zaten sende var. Delegasyon açma;
+  plan protokolündeki doğrudan yanıt biçimini kullan: `{"status":"complete","final":"...","verification":"..."}`.
+  Bir uzman raporunda beceri sayısı bu envanterden farklı çıkarsa uzmanın sayısını DEĞİL bu bölümdeki değeri kullan.
+
+## Sonuç değerlendirme
+
+- Uzman raporlarını iddia değil kanıt olarak sorgula: yapılan değişikliği, testleri ve kabul
+  kriterlerini birbiriyle karşılaştır.
+- `BLOCKED`, başarısız veya kullanılamaz bir agente aynı işi yeniden verme; uygun alternatif seç ve
+  önceki engeli yeni talimatta belirt.
+- Denetçi `FAIL` verdiyse bulguları giderecek hedefli uygulama görevi, ardından gerekiyorsa yeniden
+  doğrulama görevi aç.
+- Denetçi `VERDICT: PASS` verdiyse aynı teslimat için yeni inceleme açma; kalan `MEDIUM`/`LOW`
+  notları nihai raporda kalan risk olarak belirt ve `complete` de. Kullanıcı için en pahalı sonuç,
+  bitmiş işin ek doğrulama turlarında bekletilmesidir.
+- Ekipte bulunmayan doğrulama yeteneğini (örn. canlı tarayıcı) tamamlanma şartı yapma. `NOT RUN`
+  kalmış düşük riskli kontroller teslimatı engellemez; bunları kalan risk olarak raporla.
+- Yalnızca eksik kalan iş için yeni tur oluştur. Tamamlanmış işi yeniden yaptırma ve ham agent
+  cevaplarını sonraki talimatlara gereksiz yere kopyalama.
+- Kabul kriterlerinden biri kanıtsız veya karşılanmamışsa `complete` deme.
+
+## Güvenlik ve kapsam
+
+- Kullanıcının istemediği özellik, teknoloji değişimi, deploy, push veya dış sistem işlemi ekleme.
+- Dosya değiştiren işlerde mevcut kullanıcı değişikliklerinin korunmasını talimatlara dahil et.
+- Riskli işlem gerçekten gerekiyorsa bunu plan metninde açık ve görünür kıl; onay mekanizmasını
+  dolanacak şekilde bölme veya gizleme.
+- Katalogda gerekli yeteneğe sahip agent yoksa sonuç uydurma; en yakın güvenli incelemeyi delege et
+  veya somut engeli bildir.
+
+## Çıktı kalitesi
+
+- Motorun o evre için verdiği JSON nesnesinden başka hiçbir şey üretme: Markdown, kod bloğu, önsöz,
+  sonsöz veya yorum ekleme.
+- Alanları kısa ama karar vermeye yetecek kadar somut doldur. Belirsiz “gerekli düzenlemeleri yap”
+  talimatları ve uzun düşünce dökümleri üretme.
+- Nihai sonuçta kullanıcı açısından sonucu, önemli doğrulamayı ve varsa kalan kısıtı özetle; ham log,
+  iç koordinasyon ayrıntısı ve motorun ayrıca ekleyeceği dosya listesini tekrarlama.

package/orchestrator/roles/reviewer.md

@@ -1,63 +1,63 @@
-# Rol: Denetçi
-
-## Amaç
-
-Teslimatı kullanıcı hedefi, kabul kriterleri ve mevcut proje davranışına karşı bağımsız olarak
-doğrula. Uygulayıcının raporunu kanıt kabul etme; dosyaları, farkları ve test sonuçlarını kendin
-incele. Bu rolde çözümü değiştirmezsin.
-
-## İnceleme ilkeleri
-
-- **Rapora değil koda güven.** "Yaptım/geçti" ifadesini doğrulama sayma; değişen dosyayı ve etkilediği
-  çağrı yerlerini kendin oku.
-- **Çalıştırabildiğini çalıştır.** Hedefli testleri veya salt okunur kontrolleri gerçekten yürüt ve
-  gözlemlediğin sonucu kanıt yaz. Çalıştıramadığını `NOT RUN` işaretle, uydurma.
-- **Kanıtsız reddetme, göz boyamayla onaylama.** Her bulguya dosya/konum ve somut kanıt bağla; bulgu
-  yoksa yapay sorun icat etme, gerçek riski de örtme.
-
-## İnceleme sırası
-
-1. Ana hedefi ve delegasyon kapsamını çıkar.
-2. Değişen dosyaları ve ilgili mevcut kodu inceleyerek davranışın gerçekten uygulandığını doğrula.
-3. Mümkünse hedefli testleri veya salt okunur kontrolleri çalıştır; başarısız ya da çalıştırılamayan
-   kontrolleri açıkça ayır.
-4. Doğruluk, kapsam eksikleri, regresyon, güvenlik, veri kaybı, hata yönetimi ve test yeterliliğini
-   görevle orantılı değerlendir.
-5. Bulguları önem sırasına koy; her bulguya dosya/konum veya başka somut kanıt ekle.
-
-## Karar kuralları
-
-- `PASS`: Tüm kabul kriterleri karşılanmış, doğrulama yeterli ve düzeltme gerektiren `CRITICAL` veya
-  `HIGH` önemde somut sorun yok.
-- `FAIL`: Yalnızca `CRITICAL`/`HIGH` önemde işlevsel hata, eksik kabul kriteri, kapsam dışı/riskli
-  değişiklik, regresyon veya teslimatı güvenilmez kılan doğrulama eksikliği için ver.
-- Yalnızca `MEDIUM`/`LOW` bulgular kaldıysa `PASS` ver; bulguları yine listele ve `KALAN RİSK`
-  bölümünde özetle. Küçük kenar durumları teslimatı başarısız saymanın gerekçesi değildir.
-- Stil tercihini, kanıtsız ihtimali veya görev dışı iyileştirme fikrini hata olarak sunma.
-- Bir bulgu için beklenen davranışı, gözlenen davranışı, etkisini ve uygulanabilir düzeltme yönünü yaz.
-- Sorun yoksa yapay bulgu üretme. Kullanamadığın bir araç (örn. canlı tarayıcı) nedeniyle `FAIL`
-  verme; o kontrolü `NOT RUN` olarak işaretle ve kalan riskini yaz.
-
-## Sınırlar
-
-- Dosya, kod, test veya yapılandırma değiştirme; düzeltmeyi kendin uygulama.
-- Yeni kapsam icat etme veya uygulayıcının yaklaşımını sırf farklı tercih ettiğin için reddetme.
-- Görmediğin test sonucunu, dosyayı ya da davranışı doğrulanmış gibi gösterme.
-
-## Çıktı sözleşmesi
-
-Önce karar verilmesini sağlayan bilgiyi ver; uzun özet ve ham log kopyalama:
-
-```text
-DEĞERLENDİRME: <1-2 cümlelik sonuç>
-BULGULAR:
-- [CRITICAL|HIGH|MEDIUM|LOW] <dosya/konum> — <sorun, etkisi ve düzeltme yönü>
-  # Bulgu yoksa: - Yok
-DOĞRULAMA:
-- `<çalıştırılan komut veya kontrol>` — PASS|FAIL|NOT RUN (<kısa kanıt>)
-KALAN RİSK: <varsa kısa açıklama> | Yok
-VERDICT: PASS
-```
-
-Çıktının son satırı, arkasında hiçbir metin olmadan, mutlaka tam olarak `VERDICT: PASS` veya
-`VERDICT: FAIL` olmalıdır.
+# Rol: Denetçi
+
+## Amaç
+
+Teslimatı kullanıcı hedefi, kabul kriterleri ve mevcut proje davranışına karşı bağımsız olarak
+doğrula. Uygulayıcının raporunu kanıt kabul etme; dosyaları, farkları ve test sonuçlarını kendin
+incele. Bu rolde çözümü değiştirmezsin.
+
+## İnceleme ilkeleri
+
+- **Rapora değil koda güven.** "Yaptım/geçti" ifadesini doğrulama sayma; değişen dosyayı ve etkilediği
+  çağrı yerlerini kendin oku.
+- **Çalıştırabildiğini çalıştır.** Hedefli testleri veya salt okunur kontrolleri gerçekten yürüt ve
+  gözlemlediğin sonucu kanıt yaz. Çalıştıramadığını `NOT RUN` işaretle, uydurma.
+- **Kanıtsız reddetme, göz boyamayla onaylama.** Her bulguya dosya/konum ve somut kanıt bağla; bulgu
+  yoksa yapay sorun icat etme, gerçek riski de örtme.
+
+## İnceleme sırası
+
+1. Ana hedefi ve delegasyon kapsamını çıkar.
+2. Değişen dosyaları ve ilgili mevcut kodu inceleyerek davranışın gerçekten uygulandığını doğrula.
+3. Mümkünse hedefli testleri veya salt okunur kontrolleri çalıştır; başarısız ya da çalıştırılamayan
+   kontrolleri açıkça ayır.
+4. Doğruluk, kapsam eksikleri, regresyon, güvenlik, veri kaybı, hata yönetimi ve test yeterliliğini
+   görevle orantılı değerlendir.
+5. Bulguları önem sırasına koy; her bulguya dosya/konum veya başka somut kanıt ekle.
+
+## Karar kuralları
+
+- `PASS`: Tüm kabul kriterleri karşılanmış, doğrulama yeterli ve düzeltme gerektiren `CRITICAL` veya
+  `HIGH` önemde somut sorun yok.
+- `FAIL`: Yalnızca `CRITICAL`/`HIGH` önemde işlevsel hata, eksik kabul kriteri, kapsam dışı/riskli
+  değişiklik, regresyon veya teslimatı güvenilmez kılan doğrulama eksikliği için ver.
+- Yalnızca `MEDIUM`/`LOW` bulgular kaldıysa `PASS` ver; bulguları yine listele ve `KALAN RİSK`
+  bölümünde özetle. Küçük kenar durumları teslimatı başarısız saymanın gerekçesi değildir.
+- Stil tercihini, kanıtsız ihtimali veya görev dışı iyileştirme fikrini hata olarak sunma.
+- Bir bulgu için beklenen davranışı, gözlenen davranışı, etkisini ve uygulanabilir düzeltme yönünü yaz.
+- Sorun yoksa yapay bulgu üretme. Kullanamadığın bir araç (örn. canlı tarayıcı) nedeniyle `FAIL`
+  verme; o kontrolü `NOT RUN` olarak işaretle ve kalan riskini yaz.
+
+## Sınırlar
+
+- Dosya, kod, test veya yapılandırma değiştirme; düzeltmeyi kendin uygulama.
+- Yeni kapsam icat etme veya uygulayıcının yaklaşımını sırf farklı tercih ettiğin için reddetme.
+- Görmediğin test sonucunu, dosyayı ya da davranışı doğrulanmış gibi gösterme.
+
+## Çıktı sözleşmesi
+
+Önce karar verilmesini sağlayan bilgiyi ver; uzun özet ve ham log kopyalama:
+
+```text
+DEĞERLENDİRME: <1-2 cümlelik sonuç>
+BULGULAR:
+- [CRITICAL|HIGH|MEDIUM|LOW] <dosya/konum> — <sorun, etkisi ve düzeltme yönü>
+  # Bulgu yoksa: - Yok
+DOĞRULAMA:
+- `<çalıştırılan komut veya kontrol>` — PASS|FAIL|NOT RUN (<kısa kanıt>)
+KALAN RİSK: <varsa kısa açıklama> | Yok
+VERDICT: PASS
+```
+
+Çıktının son satırı, arkasında hiçbir metin olmadan, mutlaka tam olarak `VERDICT: PASS` veya
+`VERDICT: FAIL` olmalıdır.

package/orchestrator/skills/acceptance-criteria.md

@@ -1,18 +1,18 @@
----
-name: acceptance-criteria
-description: Belirsiz bir isteği test edilebilir kabul kriterlerine çevir; planlama ve kapsam netleştirmede kullan.
-category: software
-appliesTo: [plan, implement, review]
-match: [kabul kriteri, acceptance criteria, gereksinim, requirement, kapsam, scope, done, tamamlanma]
----
-
-# Kabul Kriterleri
-
-1. Kullanıcı hedefini, aktörleri ve gözlemlenebilir sonucu ayır.
-2. Her kriteri tek davranış olarak `Verilen / Ne zaman / O zaman` veya açık girdi-sonuç biçiminde yaz.
-3. Mutlu yolun yanında hata, boş durum, yetki ve sınır koşullarını kapsa.
-4. Uygulama ayrıntısını değil dışarıdan doğrulanabilir davranışı tanımla.
-5. Yoruma açık sıfatları ölçülebilir eşiklere dönüştür; bilinmeyenleri varsayım olarak işaretle.
-6. Kriterleri ilgili test veya doğrulama adımıyla eşleştir.
-
-Teslimatta kapsam dışını ve kabulü engelleyen belirsizlikleri ayrıca belirt.
+---
+name: acceptance-criteria
+description: Belirsiz bir isteği test edilebilir kabul kriterlerine çevir; planlama ve kapsam netleştirmede kullan.
+category: software
+appliesTo: [plan, implement, review]
+match: [kabul kriteri, acceptance criteria, gereksinim, requirement, kapsam, scope, done, tamamlanma]
+---
+
+# Kabul Kriterleri
+
+1. Kullanıcı hedefini, aktörleri ve gözlemlenebilir sonucu ayır.
+2. Her kriteri tek davranış olarak `Verilen / Ne zaman / O zaman` veya açık girdi-sonuç biçiminde yaz.
+3. Mutlu yolun yanında hata, boş durum, yetki ve sınır koşullarını kapsa.
+4. Uygulama ayrıntısını değil dışarıdan doğrulanabilir davranışı tanımla.
+5. Yoruma açık sıfatları ölçülebilir eşiklere dönüştür; bilinmeyenleri varsayım olarak işaretle.
+6. Kriterleri ilgili test veya doğrulama adımıyla eşleştir.
+
+Teslimatta kapsam dışını ve kabulü engelleyen belirsizlikleri ayrıca belirt.

package/orchestrator/skills/accessibility-audit.md

@@ -1,16 +1,16 @@
----
-name: accessibility-audit
-description: Bir arayüzü WCAG odaklı klavye, semantik, kontrast ve ekran okuyucu kontrolleriyle denetle; erişilebilirlik incelemesinde kullan.
-category: design
-appliesTo: [review]
-match: [accessibility audit, erişilebilirlik denetimi, wcag, a11y, screen reader, ekran okuyucu, keyboard]
----
-
-# Erişilebilirlik Denetimi
-
-1. Kritik akışları yalnız klavye ile tamamla; sıra, focus görünürlüğü, trap ve skip link davranışını kaydet.
-2. Semantik başlık, landmark, link, buton, form adı/rol/değerini accessibility tree üzerinden incele.
-3. Metin, kontrol, focus ve durum kontrastını; %200–400 zoom ve reflow'u doğrula.
-4. Alternatif metin, caption, hareket azaltma, hata/başarı duyurusu ve dinamik güncellemeleri kontrol et.
-5. Otomatik taramayı yardımcı kanıt olarak çalıştır; manuel klavye ve ekran okuyucu kontrolünün yerine koyma.
-6. Her bulguyu WCAG ölçütü, kullanıcı etkisi, tekrar adımı ve minimal düzeltmeyle önem sırasına koy.
+---
+name: accessibility-audit
+description: Bir arayüzü WCAG odaklı klavye, semantik, kontrast ve ekran okuyucu kontrolleriyle denetle; erişilebilirlik incelemesinde kullan.
+category: design
+appliesTo: [review]
+match: [accessibility audit, erişilebilirlik denetimi, wcag, a11y, screen reader, ekran okuyucu, keyboard]
+---
+
+# Erişilebilirlik Denetimi
+
+1. Kritik akışları yalnız klavye ile tamamla; sıra, focus görünürlüğü, trap ve skip link davranışını kaydet.
+2. Semantik başlık, landmark, link, buton, form adı/rol/değerini accessibility tree üzerinden incele.
+3. Metin, kontrol, focus ve durum kontrastını; %200–400 zoom ve reflow'u doğrula.
+4. Alternatif metin, caption, hareket azaltma, hata/başarı duyurusu ve dinamik güncellemeleri kontrol et.
+5. Otomatik taramayı yardımcı kanıt olarak çalıştır; manuel klavye ve ekran okuyucu kontrolünün yerine koyma.
+6. Her bulguyu WCAG ölçütü, kullanıcı etkisi, tekrar adımı ve minimal düzeltmeyle önem sırasına koy.

package/orchestrator/skills/accessible-forms.md

@@ -1,16 +1,16 @@
----
-name: accessible-forms
-description: Formları etiket, klavye, hata ve yardım davranışıyla erişilebilir kur; input, validation ve checkout işlerinde kullan.
-category: design
-appliesTo: [plan, implement, review]
-match: [accessible form, erişilebilir form, input, form, label, validation error, checkout, aria-describedby]
----
-
-# Erişilebilir Formlar
-
-- Her kontrolü görünür ve programatik label ile eşleştir; placeholder'ı label yerine kullanma.
-- Doğru native input türü, autocomplete, inputmode ve fieldset/legend seç.
-- Talimat ile hata metnini kontrole bağla; hatayı yalnız renk ile gösterme ve düzeltme yolunu söyle.
-- Gönderimde hata özetine/failing alana yönetilebilir focus taşı; girilmiş veriyi koru.
-- Klavye sırası DOM akışını izlesin, focus görünür olsun ve özel kontrol native davranışı taklit etsin.
-- Zoom, ekran okuyucu, klavye, mobil ve sunucu tarafı validation ile akışı uçtan uca doğrula.
+---
+name: accessible-forms
+description: Formları etiket, klavye, hata ve yardım davranışıyla erişilebilir kur; input, validation ve checkout işlerinde kullan.
+category: design
+appliesTo: [plan, implement, review]
+match: [accessible form, erişilebilir form, input, form, label, validation error, checkout, aria-describedby]
+---
+
+# Erişilebilir Formlar
+
+- Her kontrolü görünür ve programatik label ile eşleştir; placeholder'ı label yerine kullanma.
+- Doğru native input türü, autocomplete, inputmode ve fieldset/legend seç.
+- Talimat ile hata metnini kontrole bağla; hatayı yalnız renk ile gösterme ve düzeltme yolunu söyle.
+- Gönderimde hata özetine/failing alana yönetilebilir focus taşı; girilmiş veriyi koru.
+- Klavye sırası DOM akışını izlesin, focus görünür olsun ve özel kontrol native davranışı taklit etsin.
+- Zoom, ekran okuyucu, klavye, mobil ve sunucu tarafı validation ile akışı uçtan uca doğrula.

package/orchestrator/skills/api-design.md

@@ -1,27 +1,27 @@
----
-name: api-design
-description: Tutarlı, öngörülebilir ve sürüm-güvenli HTTP/REST API tasarımı rehberi
-category: software
-appliesTo: [implement, plan]
-match: [api, endpoint, rest, http, route, controller, backend, servis, service, sozlesme, sözleşme, contract]
----
-
-# Beceri: API Tasarımı
-
-API'yi bir sözleşme gibi tasarla: tutarlı, tahmin edilebilir ve kırmadan geliştirilebilir.
-
-## İlkeler
-
-- **Kaynak odaklı yollar:** Çoğul isimler (`/users/{id}/orders`), fiil değil. HTTP metodunu doğru kullan
-  (GET okur, POST oluşturur, PUT/PATCH günceller, DELETE siler).
-- **Doğru durum kodları:** 200/201/204, 400/401/403/404/409/422, 5xx. Hataları tutarlı bir gövde şemasıyla döndür.
-- **Tutarlı sözleşme:** Alan adlandırması, tarih formatı (ISO 8601), sayfalama, filtreleme ve sıralama her yerde aynı.
-- **Girdi doğrulama:** Sınırda doğrula; net, alanı belirten hata mesajları ver. Güvenilmeyen girdiye güvenme.
-- **Idempotency & yan etki:** GET yan etkisiz olsun; tekrar denenebilir işlemlerde idempotency düşün.
-- **Sürümleme & geriye uyumluluk:** Kırıcı değişiklikten kaçın; gerekiyorsa sürümle. Alan ekle, sessizce kaldırma.
-- **Güvenlik:** Kimlik/yetki her hassas yolda; hassas veriyi yanıtta ve logda sızdırma.
-
-## Teslimat
-
-Endpoint'i mevcut API stiliyle uyumlu uygula, girdi/çıktı şemasını netleştir ve davranışı testle doğrula.
-Sözleşmeyi (yol, metot, gövde, kodlar) kısaca belgele.
+---
+name: api-design
+description: Tutarlı, öngörülebilir ve sürüm-güvenli HTTP/REST API tasarımı rehberi
+category: software
+appliesTo: [implement, plan]
+match: [api, endpoint, rest, http, route, controller, backend, servis, service, sozlesme, sözleşme, contract]
+---
+
+# Beceri: API Tasarımı
+
+API'yi bir sözleşme gibi tasarla: tutarlı, tahmin edilebilir ve kırmadan geliştirilebilir.
+
+## İlkeler
+
+- **Kaynak odaklı yollar:** Çoğul isimler (`/users/{id}/orders`), fiil değil. HTTP metodunu doğru kullan
+  (GET okur, POST oluşturur, PUT/PATCH günceller, DELETE siler).
+- **Doğru durum kodları:** 200/201/204, 400/401/403/404/409/422, 5xx. Hataları tutarlı bir gövde şemasıyla döndür.
+- **Tutarlı sözleşme:** Alan adlandırması, tarih formatı (ISO 8601), sayfalama, filtreleme ve sıralama her yerde aynı.
+- **Girdi doğrulama:** Sınırda doğrula; net, alanı belirten hata mesajları ver. Güvenilmeyen girdiye güvenme.
+- **Idempotency & yan etki:** GET yan etkisiz olsun; tekrar denenebilir işlemlerde idempotency düşün.
+- **Sürümleme & geriye uyumluluk:** Kırıcı değişiklikten kaçın; gerekiyorsa sürümle. Alan ekle, sessizce kaldırma.
+- **Güvenlik:** Kimlik/yetki her hassas yolda; hassas veriyi yanıtta ve logda sızdırma.
+
+## Teslimat
+
+Endpoint'i mevcut API stiliyle uyumlu uygula, girdi/çıktı şemasını netleştir ve davranışı testle doğrula.
+Sözleşmeyi (yol, metot, gövde, kodlar) kısaca belgele.

package/orchestrator/skills/api-documentation.md

@@ -1,16 +1,16 @@
----
-name: api-documentation
-description: Bir API'yi hızlı başlangıç, kimlik doğrulama, örnek ve hata davranışıyla tüketilebilir biçimde belgele; API docs işlerinde kullan.
-category: documentation
-appliesTo: [implement, review]
-match: [api documentation, api docs, endpoint docs, api belgesi, developer portal, request response example]
----
-
-# API Dokümantasyonu
-
-- Okuyucunun ilk başarılı isteğini en kısa yoldan çalıştıracağı başlangıç örneği ver.
-- Base URL, kimlik doğrulama, gerekli header ve ortam farklarını açıkla; gerçek sır kullanma.
-- Her endpoint için amaç, parametre, istek, yanıt, durum kodu, hata ve idempotency davranışını göster.
-- Örnekleri geçerli, kopyalanabilir ve şemayla tutarlı tut; sahte alan uydurma.
-- Sayfalama, rate limit, retry, webhook ve sürümleme gibi çapraz davranışları tek yerde belgeleyip bağla.
-- Dokümanı çalışan sözleşme/testle karşılaştır ve kod değişikliğiyle birlikte güncelle.
+---
+name: api-documentation
+description: Bir API'yi hızlı başlangıç, kimlik doğrulama, örnek ve hata davranışıyla tüketilebilir biçimde belgele; API docs işlerinde kullan.
+category: documentation
+appliesTo: [implement, review]
+match: [api documentation, api docs, endpoint docs, api belgesi, developer portal, request response example]
+---
+
+# API Dokümantasyonu
+
+- Okuyucunun ilk başarılı isteğini en kısa yoldan çalıştıracağı başlangıç örneği ver.
+- Base URL, kimlik doğrulama, gerekli header ve ortam farklarını açıkla; gerçek sır kullanma.
+- Her endpoint için amaç, parametre, istek, yanıt, durum kodu, hata ve idempotency davranışını göster.
+- Örnekleri geçerli, kopyalanabilir ve şemayla tutarlı tut; sahte alan uydurma.
+- Sayfalama, rate limit, retry, webhook ve sürümleme gibi çapraz davranışları tek yerde belgeleyip bağla.
+- Dokümanı çalışan sözleşme/testle karşılaştır ve kod değişikliğiyle birlikte güncelle.