@omerrgocmen/crewctl 1.3.0 → 1.3.1

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.

package/orchestrator/skills/architecture-decision-record.md

@@ -1,18 +1,18 @@
----
-name: architecture-decision-record
-description: Önemli teknik kararı bağlamı, seçenekleri ve sonuçlarıyla kısa bir ADR olarak kaydet; mimari seçimlerde kullan.
-category: software
-appliesTo: [plan, implement]
-match: [adr, architecture decision, mimari karar, teknik karar, tradeoff, ödünleşim, karar kaydı]
----
-
-# Mimari Karar Kaydı
-
-- Önce kararın durumunu, tarihini ve tek cümlelik başlığını yaz.
-- Bağlamda yalnızca kararı zorunlu kılan kuvvetleri, kısıtları ve kalite hedeflerini açıkla.
-- Gerçekçi seçenekleri aynı ölçütlerle karşılaştır; seçilmeyenleri karikatürleştirme.
-- Kararı kesin bir cümleyle belirt ve nedenini kanıta bağla.
-- Olumlu/olumsuz sonuçları, geçiş maliyetini ve geri dönüş koşulunu kaydet.
-- Var olan ADR numarası, şablonu ve dizin düzenini koru.
-
-Karar verilmemişse sahte kesinlik üretme; açık soruları ve karar sahibini belirt.
+---
+name: architecture-decision-record
+description: Önemli teknik kararı bağlamı, seçenekleri ve sonuçlarıyla kısa bir ADR olarak kaydet; mimari seçimlerde kullan.
+category: software
+appliesTo: [plan, implement]
+match: [adr, architecture decision, mimari karar, teknik karar, tradeoff, ödünleşim, karar kaydı]
+---
+
+# Mimari Karar Kaydı
+
+- Önce kararın durumunu, tarihini ve tek cümlelik başlığını yaz.
+- Bağlamda yalnızca kararı zorunlu kılan kuvvetleri, kısıtları ve kalite hedeflerini açıkla.
+- Gerçekçi seçenekleri aynı ölçütlerle karşılaştır; seçilmeyenleri karikatürleştirme.
+- Kararı kesin bir cümleyle belirt ve nedenini kanıta bağla.
+- Olumlu/olumsuz sonuçları, geçiş maliyetini ve geri dönüş koşulunu kaydet.
+- Var olan ADR numarası, şablonu ve dizin düzenini koru.
+
+Karar verilmemişse sahte kesinlik üretme; açık soruları ve karar sahibini belirt.

package/orchestrator/skills/authentication-design.md

@@ -1,16 +1,16 @@
----
-name: authentication-design
-description: Kullanıcı kimliğini güvenli oturum, parola ve yeniden doğrulama akışıyla tasarla; login ve hesap güvenliğinde kullan.
-category: security
-appliesTo: [plan, implement, review]
-match: [authentication, authn, kimlik doğrulama, login, signin, password, parola, session, mfa]
----
-
-# Kimlik Doğrulama Tasarımı
-
-- Yerleşik framework/kimlik sağlayıcısını tercih et; özel kriptografik protokol tasarlama.
-- Kimlik belirteçlerini yüksek entropili, süreli, iptal edilebilir ve aktarımda/depoda korumalı yap.
-- Parolayı güncel adaptif hash ile sakla; giriş, reset ve kayıt yanıtlarında hesap varlığını sızdırma.
-- Brute force ve credential stuffing'e rate limit, gecikme, izleme ve uygun MFA ile katmanlı savunma uygula.
-- Hassas işlemde yeniden doğrulama, oturum döndürme ve tüm oturumları sonlandırma desteği sağla.
-- Cookie bayrakları, logout/timeout, hata ve kurtarma yollarını güvenlik testleriyle doğrula.
+---
+name: authentication-design
+description: Kullanıcı kimliğini güvenli oturum, parola ve yeniden doğrulama akışıyla tasarla; login ve hesap güvenliğinde kullan.
+category: security
+appliesTo: [plan, implement, review]
+match: [authentication, authn, kimlik doğrulama, login, signin, password, parola, session, mfa]
+---
+
+# Kimlik Doğrulama Tasarımı
+
+- Yerleşik framework/kimlik sağlayıcısını tercih et; özel kriptografik protokol tasarlama.
+- Kimlik belirteçlerini yüksek entropili, süreli, iptal edilebilir ve aktarımda/depoda korumalı yap.
+- Parolayı güncel adaptif hash ile sakla; giriş, reset ve kayıt yanıtlarında hesap varlığını sızdırma.
+- Brute force ve credential stuffing'e rate limit, gecikme, izleme ve uygun MFA ile katmanlı savunma uygula.
+- Hassas işlemde yeniden doğrulama, oturum döndürme ve tüm oturumları sonlandırma desteği sağla.
+- Cookie bayrakları, logout/timeout, hata ve kurtarma yollarını güvenlik testleriyle doğrula.

package/orchestrator/skills/authorization-review.md

@@ -1,16 +1,16 @@
----
-name: authorization-review
-description: Her kaynak ve işlemde sunucu tarafı erişim kararlarını denetle; rol, izin, IDOR ve yetki işlerinde kullan.
-category: security
-appliesTo: [implement, review]
-match: [authorization, authz, yetkilendirme, permission, izin, role, rol, access control, idor, privilege]
----
-
-# Yetkilendirme İncelemesi
-
-1. Aktör × kaynak × işlem matrisi çıkar; varsayılanı deny yap.
-2. Yetkiyi yalnızca route/UI'da değil, kaynağın sahipliği ve tenant sınırıyla veri erişiminde doğrula.
-3. Kullanıcı kontrollü ID, rol, tenant veya durum alanının kararı manipüle edip etmediğini izle.
-4. Yatay/dikey yetki yükseltme, toplu endpoint ve dolaylı nesne erişimini test et.
-5. Admin/bakım yollarını ve arka plan işlerini aynı politikaya bağla.
-6. Her izin için allow ve deny regresyon testi yaz; reddi güvenli biçimde logla, hassas ayrıntı sızdırma.
+---
+name: authorization-review
+description: Her kaynak ve işlemde sunucu tarafı erişim kararlarını denetle; rol, izin, IDOR ve yetki işlerinde kullan.
+category: security
+appliesTo: [implement, review]
+match: [authorization, authz, yetkilendirme, permission, izin, role, rol, access control, idor, privilege]
+---
+
+# Yetkilendirme İncelemesi
+
+1. Aktör × kaynak × işlem matrisi çıkar; varsayılanı deny yap.
+2. Yetkiyi yalnızca route/UI'da değil, kaynağın sahipliği ve tenant sınırıyla veri erişiminde doğrula.
+3. Kullanıcı kontrollü ID, rol, tenant veya durum alanının kararı manipüle edip etmediğini izle.
+4. Yatay/dikey yetki yükseltme, toplu endpoint ve dolaylı nesne erişimini test et.
+5. Admin/bakım yollarını ve arka plan işlerini aynı politikaya bağla.
+6. Her izin için allow ve deny regresyon testi yaz; reddi güvenli biçimde logla, hassas ayrıntı sızdırma.

package/orchestrator/skills/backward-compatibility.md

@@ -1,17 +1,17 @@
----
-name: backward-compatibility
-description: API, veri ve davranış değişikliklerinde mevcut tüketicileri koru; kırıcı değişiklik veya yükseltme işlerinde kullan.
-category: software
-appliesTo: [plan, implement, review]
-match: [backward compatibility, geriye uyumluluk, breaking change, kırıcı değişiklik, deprecation, migration, upgrade]
----
-
-# Geriye Uyumluluk
-
-1. Dış sözleşmeleri çıkar: API, CLI bayrağı, dosya biçimi, olay, şema ve varsayılan davranış.
-2. Mevcut tüketicinin yeni sürümle çalışıp çalışmadığını somut örneklerle sınayarak kırılmayı bul.
-3. Alan ekleme, toleranslı okuma, adaptör veya aşamalı kullanımdan kaldırma ile uyumluluğu koru.
-4. Kaçınılmaz kırılmada sürümleme, geçiş yolu, uyarı dönemi ve geri alma planı sağla.
-5. Eski ve yeni biçimi aynı test matrisinde doğrula.
-
-Sessiz anlam değişikliğini uyumlu sayma; aynı şeklin farklı davranması da kırıcı olabilir.
+---
+name: backward-compatibility
+description: API, veri ve davranış değişikliklerinde mevcut tüketicileri koru; kırıcı değişiklik veya yükseltme işlerinde kullan.
+category: software
+appliesTo: [plan, implement, review]
+match: [backward compatibility, geriye uyumluluk, breaking change, kırıcı değişiklik, deprecation, migration, upgrade]
+---
+
+# Geriye Uyumluluk
+
+1. Dış sözleşmeleri çıkar: API, CLI bayrağı, dosya biçimi, olay, şema ve varsayılan davranış.
+2. Mevcut tüketicinin yeni sürümle çalışıp çalışmadığını somut örneklerle sınayarak kırılmayı bul.
+3. Alan ekleme, toleranslı okuma, adaptör veya aşamalı kullanımdan kaldırma ile uyumluluğu koru.
+4. Kaçınılmaz kırılmada sürümleme, geçiş yolu, uyarı dönemi ve geri alma planı sağla.
+5. Eski ve yeni biçimi aynı test matrisinde doğrula.
+
+Sessiz anlam değişikliğini uyumlu sayma; aynı şeklin farklı davranması da kırıcı olabilir.

package/orchestrator/skills/changelog-writing.md

@@ -1,16 +1,16 @@
----
-name: changelog-writing
-description: Kullanıcıya etkili değişiklikleri taranabilir sürüm notlarına dönüştür; changelog ve release note işlerinde kullan.
-category: documentation
-appliesTo: [implement, review]
-match: [changelog, release notes, sürüm notu, değişiklik günlüğü, keep a changelog, yayın notu]
----
-
-# Changelog Yazımı
-
-- Hedef kitleyi paket tüketicisi veya ürün kullanıcısı olarak belirle; iç refactor ayrıntısını ele.
-- Değişiklikleri Added, Changed, Fixed, Deprecated, Removed ve Security başlıklarında grupla.
-- Her maddeyi kullanıcı etkisiyle başlat; kısa, geçmiş zamanlı ve bağlantı kurulabilir yaz.
-- Kırıcı değişiklikleri, gerekli geçiş adımını ve güvenlik etkisini görünür kıl.
-- Tarih, sürüm ve bağlantı biçiminde projenin mevcut düzenini koru.
-- Git geçmişini kanıt olarak kullan; yapılmayan özelliği yazma ve aynı değişikliği tekrarlama.
+---
+name: changelog-writing
+description: Kullanıcıya etkili değişiklikleri taranabilir sürüm notlarına dönüştür; changelog ve release note işlerinde kullan.
+category: documentation
+appliesTo: [implement, review]
+match: [changelog, release notes, sürüm notu, değişiklik günlüğü, keep a changelog, yayın notu]
+---
+
+# Changelog Yazımı
+
+- Hedef kitleyi paket tüketicisi veya ürün kullanıcısı olarak belirle; iç refactor ayrıntısını ele.
+- Değişiklikleri Added, Changed, Fixed, Deprecated, Removed ve Security başlıklarında grupla.
+- Her maddeyi kullanıcı etkisiyle başlat; kısa, geçmiş zamanlı ve bağlantı kurulabilir yaz.
+- Kırıcı değişiklikleri, gerekli geçiş adımını ve güvenlik etkisini görünür kıl.
+- Tarih, sürüm ve bağlantı biçiminde projenin mevcut düzenini koru.
+- Git geçmişini kanıt olarak kullan; yapılmayan özelliği yazma ve aynı değişikliği tekrarlama.

package/orchestrator/skills/ci-pipeline-design.md

@@ -1,16 +1,16 @@
----
-name: ci-pipeline-design
-description: Hızlı, deterministik ve en az yetkili CI doğrulama hattı tasarla; build, test ve workflow işlerinde kullan.
-category: software
-appliesTo: [plan, implement, review]
-match: [ci, pipeline, workflow, github actions, build, continuous integration, sürekli entegrasyon, job]
----
-
-# CI Hattı Tasarımı
-
-1. Birleştirmeyi engelleyen asgari kontrolleri belirle: biçim, statik analiz, test, build ve güvenlik.
-2. Bağımsız işleri paralelleştir; pahalı işleri değişen dosya veya riskle koşullandır.
-3. Sürümleri sabitle, önbellek anahtarlarını lockfile ile bağla ve temiz ortamda deterministik çalıştır.
-4. İş akışına yalnızca gereken izinleri ver; güvenilmeyen PR koduyla sırları buluşturma.
-5. Hata çıktısını uygulanabilir yap, geçici ağ hatalarıyla gerçek test hatalarını ayır.
-6. Yerelde eşdeğer komutu belgeleyip hattı gerçek bir çalıştırmayla doğrula.
+---
+name: ci-pipeline-design
+description: Hızlı, deterministik ve en az yetkili CI doğrulama hattı tasarla; build, test ve workflow işlerinde kullan.
+category: software
+appliesTo: [plan, implement, review]
+match: [ci, pipeline, workflow, github actions, build, continuous integration, sürekli entegrasyon, job]
+---
+
+# CI Hattı Tasarımı
+
+1. Birleştirmeyi engelleyen asgari kontrolleri belirle: biçim, statik analiz, test, build ve güvenlik.
+2. Bağımsız işleri paralelleştir; pahalı işleri değişen dosya veya riskle koşullandır.
+3. Sürümleri sabitle, önbellek anahtarlarını lockfile ile bağla ve temiz ortamda deterministik çalıştır.
+4. İş akışına yalnızca gereken izinleri ver; güvenilmeyen PR koduyla sırları buluşturma.
+5. Hata çıktısını uygulanabilir yap, geçici ağ hatalarıyla gerçek test hatalarını ayır.
+6. Yerelde eşdeğer komutu belgeleyip hattı gerçek bir çalıştırmayla doğrula.

package/orchestrator/skills/cli-design.md

@@ -1,16 +1,16 @@
----
-name: cli-design
-description: Öngörülebilir komut, bayrak, çıktı ve hata davranışı tasarla; komut satırı aracı geliştirmede kullan.
-category: software
-appliesTo: [plan, implement, review]
-match: [cli, command line, komut satırı, flag, bayrak, argument, stdout, stderr, exit code]
----
-
-# CLI Tasarımı
-
-- Komut ve alt komutları kullanıcı niyetine göre adlandır; mevcut söz dizimini koru.
-- Zorunlu girdiyi az tut, güvenli varsayılanlar ve açık `--help` örnekleri sağla.
-- İnsan çıktısını stdout'a, uyarı/hataları stderr'e yaz; otomasyon için kararlı makine biçimi sun.
-- Başarı ve farklı hata sınıfları için tutarlı çıkış kodları kullan.
-- Tehlikeli veya geri döndürülemez eylemde dry-run, kapsam özeti ve açık onay düşün.
-- TTY olmayan ortamı, boşluklu yolları, Unicode'u ve sinyal/iptal davranışını test et.
+---
+name: cli-design
+description: Öngörülebilir komut, bayrak, çıktı ve hata davranışı tasarla; komut satırı aracı geliştirmede kullan.
+category: software
+appliesTo: [plan, implement, review]
+match: [cli, command line, komut satırı, flag, bayrak, argument, stdout, stderr, exit code]
+---
+
+# CLI Tasarımı
+
+- Komut ve alt komutları kullanıcı niyetine göre adlandır; mevcut söz dizimini koru.
+- Zorunlu girdiyi az tut, güvenli varsayılanlar ve açık `--help` örnekleri sağla.
+- İnsan çıktısını stdout'a, uyarı/hataları stderr'e yaz; otomasyon için kararlı makine biçimi sun.
+- Başarı ve farklı hata sınıfları için tutarlı çıkış kodları kullan.
+- Tehlikeli veya geri döndürülemez eylemde dry-run, kapsam özeti ve açık onay düşün.
+- TTY olmayan ortamı, boşluklu yolları, Unicode'u ve sinyal/iptal davranışını test et.

package/orchestrator/skills/code-review.md

@@ -1,27 +1,27 @@
----
-name: code-review
-description: Doğruluk, sadeleştirme, yeniden kullanım ve okunabilirlik odaklı kod incelemesi
-category: software
-appliesTo: [review]
-match: [inceleme, review, kod, refactor, temiz, clean, okunabilir, kalite, quality, denetle]
----
-
-# Beceri: Kod İncelemesi
-
-Değişikliği iddia değil kanıt olarak sorgula. Önce doğruluk, sonra sadelik.
-
-## Öncelik sırası
-
-1. **Doğruluk:** Mantık hataları, sınır durumları, yarış koşulları, hatalı varsayımlar, ele alınmayan
-   hata yolları. Somut bir "şu girdide şu bozulur" senaryosu kurabiliyor musun?
-2. **Sadeleştirme & yeniden kullanım:** Tekrarlayan mantık, gereksiz soyutlama, mevcut yardımcı yerine
-   yeniden yazılmış kod, ölü kod.
-3. **Okunabilirlik:** İsimlendirme, işlev boyutu, örtük bağımlılık, yanıltıcı yorum.
-4. **Kapsam:** Değişiklik istenen işi mi yapıyor, yoksa ilgisiz alanlara mı taşıyor?
-
-## Kurallar
-
-- Yalnızca gerçekten gözlemlediğin sorunları raporla; stil tercihini "hata" gibi sunma.
-- Her bulgu için dosya:satır ve minimal, uygulanabilir düzeltme öner.
-- Mevcut kullanıcı değişikliklerini, mimariyi ve stili koru; gereksiz büyük refactor önerme.
-- Sonunda net bir karar ver: `VERDICT: PASS` veya `VERDICT: FAIL` ve en kritik bulguları özetle.
+---
+name: code-review
+description: Doğruluk, sadeleştirme, yeniden kullanım ve okunabilirlik odaklı kod incelemesi
+category: software
+appliesTo: [review]
+match: [inceleme, review, kod, refactor, temiz, clean, okunabilir, kalite, quality, denetle]
+---
+
+# Beceri: Kod İncelemesi
+
+Değişikliği iddia değil kanıt olarak sorgula. Önce doğruluk, sonra sadelik.
+
+## Öncelik sırası
+
+1. **Doğruluk:** Mantık hataları, sınır durumları, yarış koşulları, hatalı varsayımlar, ele alınmayan
+   hata yolları. Somut bir "şu girdide şu bozulur" senaryosu kurabiliyor musun?
+2. **Sadeleştirme & yeniden kullanım:** Tekrarlayan mantık, gereksiz soyutlama, mevcut yardımcı yerine
+   yeniden yazılmış kod, ölü kod.
+3. **Okunabilirlik:** İsimlendirme, işlev boyutu, örtük bağımlılık, yanıltıcı yorum.
+4. **Kapsam:** Değişiklik istenen işi mi yapıyor, yoksa ilgisiz alanlara mı taşıyor?
+
+## Kurallar
+
+- Yalnızca gerçekten gözlemlediğin sorunları raporla; stil tercihini "hata" gibi sunma.
+- Her bulgu için dosya:satır ve minimal, uygulanabilir düzeltme öner.
+- Mevcut kullanıcı değişikliklerini, mimariyi ve stili koru; gereksiz büyük refactor önerme.
+- Sonunda net bir karar ver: `VERDICT: PASS` veya `VERDICT: FAIL` ve en kritik bulguları özetle.