@omerrgocmen/crewctl 1.0.1 → 1.0.3

package/orchestrator/skills/debugging.md

@@ -1,26 +1,26 @@
----
-name: debugging
-description: Kök neden bulma disiplini — belirtiyi değil nedeni düzelt
-category: software
-appliesTo: [implement]
-match: [hata, bug, debug, hata ayikla, ayıkla, crash, cokme, çökme, exception, fix, duzelt, düzelt, sorun, patlama]
----
-
-# Beceri: Hata Ayıklama
-
-Rastgele deneme yerine hipotez–kanıt döngüsü yürüt.
-
-## Yöntem
-
-1. **Yeniden üret:** Hatayı tetikleyen en küçük, deterministik adımı bul. Üretilemeyen hata düzeltilemez.
-2. **Daralt:** Hatanın olduğu ve olmadığı yeri ikiye bölerek (log, ara değer, git bisect mantığı) izole et.
-3. **Kök nedeni bul:** "Neden?" diye zincirle sor. İlk gördüğün belirtiyi değil, onu üreten nedeni hedefle.
-4. **En küçük düzeltme:** Kök nedeni gideren minimal değişikliği yap; ilgisiz refactor ekleme.
-5. **Regresyona karşı test:** Mümkünse hatayı yakalayan bir test ekle; düzeltme öncesi kırmızı, sonrası yeşil olsun.
-6. **Yan etkiyi kontrol et:** Düzeltmenin başka bir davranışı bozmadığını doğrula.
-
-## Kurallar
-
-- Belirtiyi maskeleyen çözümlerden (boş `catch`, kontrolü kapatma, sihirli bekleme) kaçın.
-- Bulduğun kök nedeni ve neden bu düzeltmenin doğru olduğunu kısaca raporla.
-- Düzeltilemiyorsa (yeniden üretilemiyor, erişim yok) bunu somut kanıtla `BLOCKED` olarak bildir.
+---
+name: debugging
+description: Kök neden bulma disiplini — belirtiyi değil nedeni düzelt
+category: software
+appliesTo: [implement]
+match: [hata, bug, debug, hata ayikla, ayıkla, crash, cokme, çökme, exception, fix, duzelt, düzelt, sorun, patlama]
+---
+
+# Beceri: Hata Ayıklama
+
+Rastgele deneme yerine hipotez–kanıt döngüsü yürüt.
+
+## Yöntem
+
+1. **Yeniden üret:** Hatayı tetikleyen en küçük, deterministik adımı bul. Üretilemeyen hata düzeltilemez.
+2. **Daralt:** Hatanın olduğu ve olmadığı yeri ikiye bölerek (log, ara değer, git bisect mantığı) izole et.
+3. **Kök nedeni bul:** "Neden?" diye zincirle sor. İlk gördüğün belirtiyi değil, onu üreten nedeni hedefle.
+4. **En küçük düzeltme:** Kök nedeni gideren minimal değişikliği yap; ilgisiz refactor ekleme.
+5. **Regresyona karşı test:** Mümkünse hatayı yakalayan bir test ekle; düzeltme öncesi kırmızı, sonrası yeşil olsun.
+6. **Yan etkiyi kontrol et:** Düzeltmenin başka bir davranışı bozmadığını doğrula.
+
+## Kurallar
+
+- Belirtiyi maskeleyen çözümlerden (boş `catch`, kontrolü kapatma, sihirli bekleme) kaçın.
+- Bulduğun kök nedeni ve neden bu düzeltmenin doğru olduğunu kısaca raporla.
+- Düzeltilemiyorsa (yeniden üretilemiyor, erişim yok) bunu somut kanıtla `BLOCKED` olarak bildir.

package/orchestrator/skills/dependency-review.md

@@ -1,16 +1,16 @@
----
-name: dependency-review
-description: Yeni veya güncellenen bağımlılığın güvenlik, lisans, bakım ve paket boyutu etkisini incele; paket değişimlerinde kullan.
-category: software
-appliesTo: [plan, implement, review]
-match: [dependency, bağımlılık, package, paket, lockfile, npm, pip, cargo, license, lisans, upgrade]
----
-
-# Bağımlılık İncelemesi
-
-- Önce ihtiyacın mevcut standart kütüphane veya kurulu paketle çözülüp çözülemeyeceğini kontrol et.
-- Manifest ve lockfile farkında doğrudan/dolaylı paketleri, kaynak ve bütünlük değişimlerini incele.
-- Bakım etkinliği, sürüm politikası, lisans, bilinen açık ve çalışma zamanı ayrıcalıklarını değerlendir.
-- İstemci tarafında paket/bundle maliyetini; sunucuda başlangıç ve tedarik zinciri etkisini ölç.
-- Minimum uyumlu sürümü seç, sürümü kilitle ve kullanım yüzeyini küçük tut.
-- Güncellemeden sonra test, build ve güvenlik taramasını çalıştır; körlemesine büyük lockfile farkı kabul etme.
+---
+name: dependency-review
+description: Yeni veya güncellenen bağımlılığın güvenlik, lisans, bakım ve paket boyutu etkisini incele; paket değişimlerinde kullan.
+category: software
+appliesTo: [plan, implement, review]
+match: [dependency, bağımlılık, package, paket, lockfile, npm, pip, cargo, license, lisans, upgrade]
+---
+
+# Bağımlılık İncelemesi
+
+- Önce ihtiyacın mevcut standart kütüphane veya kurulu paketle çözülüp çözülemeyeceğini kontrol et.
+- Manifest ve lockfile farkında doğrudan/dolaylı paketleri, kaynak ve bütünlük değişimlerini incele.
+- Bakım etkinliği, sürüm politikası, lisans, bilinen açık ve çalışma zamanı ayrıcalıklarını değerlendir.
+- İstemci tarafında paket/bundle maliyetini; sunucuda başlangıç ve tedarik zinciri etkisini ölç.
+- Minimum uyumlu sürümü seç, sürümü kilitle ve kullanım yüzeyini küçük tut.
+- Güncellemeden sonra test, build ve güvenlik taramasını çalıştır; körlemesine büyük lockfile farkı kabul etme.

package/orchestrator/skills/design-review.md

@@ -1,29 +1,29 @@
----
-name: design-review
-description: UI/UX ve tasarım sistemi incelemesi — hiyerarşi, erişilebilirlik, tutarlılık ve tema uyumu
-category: design
-appliesTo: [review, implement]
-match: [tasarim, tasarım, design, ui, ux, arayuz, arayüz, layout, renk, color, tema, theme, erisilebilir, erişilebilir, accessibility, responsive]
----
-
-# Beceri: Tasarım İncelemesi
-
-Bir arayüzü tek bir tasarım sistemi gibi okunacak biçimde değerlendir. Estetik yorumdan çok
-gözlemlenebilir kurallara dayan.
-
-## Kontrol listesi
-
-- **Görsel hiyerarşi:** Başlık/gövde/aksiyon ayrımı net mi? Birincil eylem sayfada tek ve baskın mı?
-- **Boşluk ve ritim:** Tutarlı bir aralık ölçeği (4/8 px) var mı? Rastgele margin/padding sıçramaları var mı?
-- **Tipografi:** En fazla 2 font ailesi, sınırlı boyut/ağırlık ölçeği; satır uzunluğu 45–90 karakter.
-- **Renk ve kontrast:** Metin/arka plan kontrastı WCAG AA (normal 4.5:1, büyük 3:1). Renk tek başına anlam taşımasın.
-- **Tutarlılık:** Aynı işlevin bileşenleri (buton, kart, input) her yerde aynı görünsün; tek seferlik istisnalar işaretlensin.
-- **Durumlar:** hover / focus / active / disabled / hata / boş / yükleniyor durumları tanımlı mı?
-- **Erişilebilirlik:** Klavyeyle gezilebilir mi, görünür focus halkası var mı, etiketler/alt metinler eksik mi?
-- **Tema:** Açık ve koyu temada da okunur mu? Sabit renk yerine tema değişkenleri kullanılmış mı?
-- **Responsive:** Dar ve geniş ekranda taşma/kırılma var mı?
-
-## Teslimat
-
-Bulguları önem sırasıyla (HIGH/MEDIUM/LOW) ve mümkünse dosya:satır ile ver. Her bulgu için somut,
-minimal düzeltme öner. Estetik tercihleri "kural" gibi sunma; gerekçesini yaz.
+---
+name: design-review
+description: UI/UX ve tasarım sistemi incelemesi — hiyerarşi, erişilebilirlik, tutarlılık ve tema uyumu
+category: design
+appliesTo: [review, implement]
+match: [tasarim, tasarım, design, ui, ux, arayuz, arayüz, layout, renk, color, tema, theme, erisilebilir, erişilebilir, accessibility, responsive]
+---
+
+# Beceri: Tasarım İncelemesi
+
+Bir arayüzü tek bir tasarım sistemi gibi okunacak biçimde değerlendir. Estetik yorumdan çok
+gözlemlenebilir kurallara dayan.
+
+## Kontrol listesi
+
+- **Görsel hiyerarşi:** Başlık/gövde/aksiyon ayrımı net mi? Birincil eylem sayfada tek ve baskın mı?
+- **Boşluk ve ritim:** Tutarlı bir aralık ölçeği (4/8 px) var mı? Rastgele margin/padding sıçramaları var mı?
+- **Tipografi:** En fazla 2 font ailesi, sınırlı boyut/ağırlık ölçeği; satır uzunluğu 45–90 karakter.
+- **Renk ve kontrast:** Metin/arka plan kontrastı WCAG AA (normal 4.5:1, büyük 3:1). Renk tek başına anlam taşımasın.
+- **Tutarlılık:** Aynı işlevin bileşenleri (buton, kart, input) her yerde aynı görünsün; tek seferlik istisnalar işaretlensin.
+- **Durumlar:** hover / focus / active / disabled / hata / boş / yükleniyor durumları tanımlı mı?
+- **Erişilebilirlik:** Klavyeyle gezilebilir mi, görünür focus halkası var mı, etiketler/alt metinler eksik mi?
+- **Tema:** Açık ve koyu temada da okunur mu? Sabit renk yerine tema değişkenleri kullanılmış mı?
+- **Responsive:** Dar ve geniş ekranda taşma/kırılma var mı?
+
+## Teslimat
+
+Bulguları önem sırasıyla (HIGH/MEDIUM/LOW) ve mümkünse dosya:satır ile ver. Her bulgu için somut,
+minimal düzeltme öner. Estetik tercihleri "kural" gibi sunma; gerekçesini yaz.

package/orchestrator/skills/design-system.md

@@ -1,16 +1,16 @@
----
-name: design-system
-description: Token, bileşen, varyant ve dokümantasyonla tutarlı bir arayüz sistemi kur; tekrar eden UI ve tema işlerinde kullan.
-category: design
-appliesTo: [plan, implement, review]
-match: [design system, tasarım sistemi, token, component library, bileşen kütüphanesi, theme, tema]
----
-
-# Tasarım Sistemi
-
-1. Mevcut ürün dilini ve tekrar eden kararları envanterle; ihtiyaç kanıtı olmadan sistem kurma.
-2. Renk, tipografi, boşluk, radius, elevation ve motion için anlamsal token katmanı oluştur.
-3. Bileşenin anatomy, varyant, boyut, durum, erişilebilirlik ve içerik kurallarını açık tanımla.
-4. Composition'ı tek seferlik prop çoğalmasına tercih et; kaçış noktalarını kontrollü bırak.
-5. Görsel örnek, kullanım/kullanma örneği ve değişiklik/migration notu sağla.
-6. Açık-koyu tema, responsive, klavye ve görsel regresyon testleriyle sistemi doğrula.
+---
+name: design-system
+description: Token, bileşen, varyant ve dokümantasyonla tutarlı bir arayüz sistemi kur; tekrar eden UI ve tema işlerinde kullan.
+category: design
+appliesTo: [plan, implement, review]
+match: [design system, tasarım sistemi, token, component library, bileşen kütüphanesi, theme, tema]
+---
+
+# Tasarım Sistemi
+
+1. Mevcut ürün dilini ve tekrar eden kararları envanterle; ihtiyaç kanıtı olmadan sistem kurma.
+2. Renk, tipografi, boşluk, radius, elevation ve motion için anlamsal token katmanı oluştur.
+3. Bileşenin anatomy, varyant, boyut, durum, erişilebilirlik ve içerik kurallarını açık tanımla.
+4. Composition'ı tek seferlik prop çoğalmasına tercih et; kaçış noktalarını kontrollü bırak.
+5. Görsel örnek, kullanım/kullanma örneği ve değişiklik/migration notu sağla.
+6. Açık-koyu tema, responsive, klavye ve görsel regresyon testleriyle sistemi doğrula.

package/orchestrator/skills/docs-api-reference.md

@@ -1,16 +1,16 @@
----
-name: docs-api-reference
-description: Kod veya sözleşmeden eksiksiz ve taranabilir API referansı üret; fonksiyon, sınıf, config ve endpoint belgelerinde kullan.
-category: documentation
-appliesTo: [implement, review]
-match: [api reference, referans dokümanı, function docs, class docs, configuration reference, endpoint reference]
----
-
-# API Referansı
-
-- Kaynak gerçek olarak kodu, şemayı ve çalışan davranışı kullan; tahminden alan üretme.
-- Öğeleri kararlı ad ve hiyerarşiyle sırala; kısa amaç cümlesinden sonra imza/söz dizimi ver.
-- Parametre türü, zorunluluk, varsayılan, sınır, dönüş, hata ve yan etkiyi açıkla.
-- Her öğeye minimal çalışan örnek ekle; örneğin çıktısını ve ön koşulunu göster.
-- Ortak kavramı tek yerde belgeleyip bağla; referansta uzun öğretici anlatı kullanma.
-- Eksik/deprecated öğeleri ve sürüm farkını işaretle, örnekleri test veya doğrulama ile senkron tut.
+---
+name: docs-api-reference
+description: Kod veya sözleşmeden eksiksiz ve taranabilir API referansı üret; fonksiyon, sınıf, config ve endpoint belgelerinde kullan.
+category: documentation
+appliesTo: [implement, review]
+match: [api reference, referans dokümanı, function docs, class docs, configuration reference, endpoint reference]
+---
+
+# API Referansı
+
+- Kaynak gerçek olarak kodu, şemayı ve çalışan davranışı kullan; tahminden alan üretme.
+- Öğeleri kararlı ad ve hiyerarşiyle sırala; kısa amaç cümlesinden sonra imza/söz dizimi ver.
+- Parametre türü, zorunluluk, varsayılan, sınır, dönüş, hata ve yan etkiyi açıkla.
+- Her öğeye minimal çalışan örnek ekle; örneğin çıktısını ve ön koşulunu göster.
+- Ortak kavramı tek yerde belgeleyip bağla; referansta uzun öğretici anlatı kullanma.
+- Eksik/deprecated öğeleri ve sürüm farkını işaretle, örnekleri test veya doğrulama ile senkron tut.

package/orchestrator/skills/docs-troubleshooting.md

@@ -1,16 +1,16 @@
----
-name: docs-troubleshooting
-description: Belirtiyi tanı, nedeni doğrula ve güvenli çözüm sunan sorun giderme belgesi yaz; hata ve destek dokümanında kullan.
-category: documentation
-appliesTo: [implement, review]
-match: [troubleshooting, sorun giderme, common errors, yaygın hatalar, diagnosis, hata belgesi, faq]
----
-
-# Sorun Giderme Belgesi
-
-- Bölümü kullanıcının gördüğü tam belirti, hata kodu veya davranışla adlandır.
-- Hızlı güvenli kontrollerden başlayıp ayırt edici tanı adımlarını sırala; beklenen çıktıyı yaz.
-- Her dalda olası neden, doğrulama kanıtı ve en dar çözümü eşleştir.
-- Veri silen, izin değiştiren veya güvenliği gevşeten komutu varsayılan çözüm yapma; risk ve geri dönüşü belirt.
-- Sırları maskeleyen log toplama ve destek escalation bilgisi ekle.
-- Komut, dosya yolu ve hata metnini güncel üründe yeniden üretip doğrula.
+---
+name: docs-troubleshooting
+description: Belirtiyi tanı, nedeni doğrula ve güvenli çözüm sunan sorun giderme belgesi yaz; hata ve destek dokümanında kullan.
+category: documentation
+appliesTo: [implement, review]
+match: [troubleshooting, sorun giderme, common errors, yaygın hatalar, diagnosis, hata belgesi, faq]
+---
+
+# Sorun Giderme Belgesi
+
+- Bölümü kullanıcının gördüğü tam belirti, hata kodu veya davranışla adlandır.
+- Hızlı güvenli kontrollerden başlayıp ayırt edici tanı adımlarını sırala; beklenen çıktıyı yaz.
+- Her dalda olası neden, doğrulama kanıtı ve en dar çözümü eşleştir.
+- Veri silen, izin değiştiren veya güvenliği gevşeten komutu varsayılan çözüm yapma; risk ve geri dönüşü belirt.
+- Sırları maskeleyen log toplama ve destek escalation bilgisi ekle.
+- Komut, dosya yolu ve hata metnini güncel üründe yeniden üretip doğrula.

package/orchestrator/skills/docs-tutorial.md

@@ -1,16 +1,16 @@
----
-name: docs-tutorial
-description: Yeni kullanıcıyı çalışan ve anlamlı bir sonuca adım adım ulaştıran öğretici yaz; onboarding ve başlangıç rehberinde kullan.
-category: documentation
-appliesTo: [implement, review]
-match: [tutorial, öğretici, quickstart, getting started, başlangıç, onboarding, walkthrough]
----
-
-# Öğretici Yazımı
-
-1. Tek öğrenme hedefi ve görünür nihai ürün seç; kavramsal kapsamı dar tut.
-2. Temiz ortam için ön koşul, kurulum ve yaklaşık süreyi başta belirt.
-3. Küçük, sıralı ve kopyalanabilir adımlar ver; her adımın beklenen sonucunu göster.
-4. Okuyucunun başarı hissini erken üret, sonra bir kavramı uygulama içinde açıklayarak ilerle.
-5. Alternatifler ve tam referansla ana akışı bölme; ilgili belgeye bağla.
-6. Öğreticiyi sıfırdan aynen çalıştır, sürüm/yol/çıktı doğruluğunu kontrol et ve temizleme adımı ekle.
+---
+name: docs-tutorial
+description: Yeni kullanıcıyı çalışan ve anlamlı bir sonuca adım adım ulaştıran öğretici yaz; onboarding ve başlangıç rehberinde kullan.
+category: documentation
+appliesTo: [implement, review]
+match: [tutorial, öğretici, quickstart, getting started, başlangıç, onboarding, walkthrough]
+---
+
+# Öğretici Yazımı
+
+1. Tek öğrenme hedefi ve görünür nihai ürün seç; kavramsal kapsamı dar tut.
+2. Temiz ortam için ön koşul, kurulum ve yaklaşık süreyi başta belirt.
+3. Küçük, sıralı ve kopyalanabilir adımlar ver; her adımın beklenen sonucunu göster.
+4. Okuyucunun başarı hissini erken üret, sonra bir kavramı uygulama içinde açıklayarak ilerle.
+5. Alternatifler ve tam referansla ana akışı bölme; ilgili belgeye bağla.
+6. Öğreticiyi sıfırdan aynen çalıştır, sürüm/yol/çıktı doğruluğunu kontrol et ve temizleme adımı ekle.

package/orchestrator/skills/docs-writing.md

@@ -1,25 +1,25 @@
----
-name: docs-writing
-description: Net, doğru ve bakımı kolay dokümantasyon/README yazma rehberi
-category: documentation
-appliesTo: [implement]
-match: [dokuman, doküman, docs, readme, belge, documentation, aciklama, açıklama, guide, kilavuz, kılavuz, yorum]
----
-
-# Beceri: Dokümantasyon Yazma
-
-Okuyucunun hedefine en kısa yoldan ulaşmasını sağla. Doğruluk, kısalıktan önce gelir.
-
-## İlkeler
-
-- **Önce okuyucu:** Kim, ne yapmaya çalışıyor? Önvarsayımı ve gerekli ön koşulları baştan söyle.
-- **Çalıştırılabilir örnek:** Kopyala-çalıştır komutları ve gerçek girdi/çıktı ver; sözde koddan kaçın.
-- **Yapı:** Kısa giriş → hızlı başlangıç → yaygın görevler → başvuru → sorun giderme. Taranabilir başlıklar kullan.
-- **Doğruluk:** Yalnızca kod tabanında gerçekten var olan komut, bayrak, yol ve davranışı yaz; uydurma.
-- **Kısalık:** Gereksiz sıfat ve tekrar yok. Bir cümle bir iş yapsın.
-- **Bakım:** Kırılgan ayrıntıyı (sürüm numarası, iç yol) tek yerde tut; kodla dokümanı senkron bırak.
-
-## Kurallar
-
-Mevcut dokümanın dilini, tonunu ve biçimini koru. Var olan bir belgeyi güncelliyorsan üslubu değiştirme.
-Yalnızca doğruladığın bilgiyi yaz; emin olmadığın davranışı "kesin" gibi sunma.
+---
+name: docs-writing
+description: Net, doğru ve bakımı kolay dokümantasyon/README yazma rehberi
+category: documentation
+appliesTo: [implement]
+match: [dokuman, doküman, docs, readme, belge, documentation, aciklama, açıklama, guide, kilavuz, kılavuz, yorum]
+---
+
+# Beceri: Dokümantasyon Yazma
+
+Okuyucunun hedefine en kısa yoldan ulaşmasını sağla. Doğruluk, kısalıktan önce gelir.
+
+## İlkeler
+
+- **Önce okuyucu:** Kim, ne yapmaya çalışıyor? Önvarsayımı ve gerekli ön koşulları baştan söyle.
+- **Çalıştırılabilir örnek:** Kopyala-çalıştır komutları ve gerçek girdi/çıktı ver; sözde koddan kaçın.
+- **Yapı:** Kısa giriş → hızlı başlangıç → yaygın görevler → başvuru → sorun giderme. Taranabilir başlıklar kullan.
+- **Doğruluk:** Yalnızca kod tabanında gerçekten var olan komut, bayrak, yol ve davranışı yaz; uydurma.
+- **Kısalık:** Gereksiz sıfat ve tekrar yok. Bir cümle bir iş yapsın.
+- **Bakım:** Kırılgan ayrıntıyı (sürüm numarası, iç yol) tek yerde tut; kodla dokümanı senkron bırak.
+
+## Kurallar
+
+Mevcut dokümanın dilini, tonunu ve biçimini koru. Var olan bir belgeyi güncelliyorsan üslubu değiştirme.
+Yalnızca doğruladığın bilgiyi yaz; emin olmadığın davranışı "kesin" gibi sunma.

package/orchestrator/skills/empty-error-loading-states.md

@@ -1,16 +1,16 @@
----
-name: empty-error-loading-states
-description: Boş, hata, yükleniyor ve kısmi başarı durumlarını eyleme dönük tasarla; veri getiren arayüzlerde kullan.
-category: design
-appliesTo: [plan, implement, review]
-match: [empty state, boş durum, error state, hata durumu, loading, yükleniyor, skeleton, retry, partial]
----
-
-# Arayüz Durumları
-
-- İlk kullanım boşluğu, filtre sonucu boşluğu, izin yokluğu ve gerçek veri yokluğunu farklı ele al.
-- Yüklenirken düzeni sabit tut; bilinmeyen süre için ilerleme/skeleton, uzun işlem için durum ve iptal sun.
-- Hata metninde ne olduğunu, kullanıcı etkisini ve güvenli sonraki eylemi söyle; teknik ayrıntıyı sızdırma.
-- Retry yalnız güvenliyse göster; girilmiş veri ve önceki başarılı içeriği mümkünse koru.
-- Kısmi başarıyı tüm ekran hatası gibi sunma; güncellik ve eksik bölümü açık işaretle.
-- Durumları gerçek gecikme, offline, 401/403/404/429/5xx ve dar ekran koşullarında test et.
+---
+name: empty-error-loading-states
+description: Boş, hata, yükleniyor ve kısmi başarı durumlarını eyleme dönük tasarla; veri getiren arayüzlerde kullan.
+category: design
+appliesTo: [plan, implement, review]
+match: [empty state, boş durum, error state, hata durumu, loading, yükleniyor, skeleton, retry, partial]
+---
+
+# Arayüz Durumları
+
+- İlk kullanım boşluğu, filtre sonucu boşluğu, izin yokluğu ve gerçek veri yokluğunu farklı ele al.
+- Yüklenirken düzeni sabit tut; bilinmeyen süre için ilerleme/skeleton, uzun işlem için durum ve iptal sun.
+- Hata metninde ne olduğunu, kullanıcı etkisini ve güvenli sonraki eylemi söyle; teknik ayrıntıyı sızdırma.
+- Retry yalnız güvenliyse göster; girilmiş veri ve önceki başarılı içeriği mümkünse koru.
+- Kısmi başarıyı tüm ekran hatası gibi sunma; güncellik ve eksik bölümü açık işaretle.
+- Durumları gerçek gecikme, offline, 401/403/404/429/5xx ve dar ekran koşullarında test et.

package/orchestrator/skills/end-to-end-testing.md

@@ -1,16 +1,16 @@
----
-name: end-to-end-testing
-description: Kritik kullanıcı yolunu gerçek sistem sınırları boyunca güvenilir E2E testle doğrula; UI ve tam akış testlerinde kullan.
-category: testing
-appliesTo: [implement, review]
-match: [e2e, end to end, uçtan uca, playwright, cypress, browser test, kullanıcı akışı]
----
-
-# Uçtan Uca Test
-
-1. İş değeri yüksek, katmanlar arası tek bir kullanıcı yolunu seç; her ayrıntıyı E2E'ye taşıma.
-2. Testi erişilebilir rol, etiket ve görünen sonuçlarla sür; kırılgan CSS veya zamanlama seçicilerinden kaçın.
-3. Veriyi API/fixture ile deterministik kur, testler arasında benzersizleştir ve temizle.
-4. Sabit sleep yerine gözlemlenebilir koşulu bekle; retry ile gerçek flakiness'i gizleme.
-5. Başarısızlıkta ekran görüntüsü, trace, ağ ve uygulama logunu sakla.
-6. En az bir hata/izin yolunu ekleyip testi temiz ortamda tekrarlı çalıştır.
+---
+name: end-to-end-testing
+description: Kritik kullanıcı yolunu gerçek sistem sınırları boyunca güvenilir E2E testle doğrula; UI ve tam akış testlerinde kullan.
+category: testing
+appliesTo: [implement, review]
+match: [e2e, end to end, uçtan uca, playwright, cypress, browser test, kullanıcı akışı]
+---
+
+# Uçtan Uca Test
+
+1. İş değeri yüksek, katmanlar arası tek bir kullanıcı yolunu seç; her ayrıntıyı E2E'ye taşıma.
+2. Testi erişilebilir rol, etiket ve görünen sonuçlarla sür; kırılgan CSS veya zamanlama seçicilerinden kaçın.
+3. Veriyi API/fixture ile deterministik kur, testler arasında benzersizleştir ve temizle.
+4. Sabit sleep yerine gözlemlenebilir koşulu bekle; retry ile gerçek flakiness'i gizleme.
+5. Başarısızlıkta ekran görüntüsü, trace, ağ ve uygulama logunu sakla.
+6. En az bir hata/izin yolunu ekleyip testi temiz ortamda tekrarlı çalıştır.

package/orchestrator/skills/error-handling.md

@@ -1,16 +1,16 @@
----
-name: error-handling
-description: Hataları kaybetmeden sınıflandır, bağlam ekle ve güvenli biçimde kullanıcıya taşı; hata yolu tasarımında kullan.
-category: software
-appliesTo: [plan, implement, review]
-match: [error handling, hata yönetimi, exception, istisna, retry, timeout, fallback, failure]
----
-
-# Hata Yönetimi
-
-1. Beklenen iş hatası, geçici altyapı hatası ve programlama hatasını ayır.
-2. Hatayı yakaladığın yerde çözebiliyorsan çöz; aksi halde özgün nedeni koruyarak bağlam ekleyip ilet.
-3. Kullanıcı mesajını uygulanabilir ve güvenli, log ayrıntısını tanılama için yeterli yap.
-4. Retry'ı yalnızca idempotent ve geçici hatalarda, sınırlı exponential backoff ile uygula.
-5. Timeout, iptal, kısmi başarı ve temizleme yollarını birinci sınıf davranış olarak ele al.
-6. Boş `catch`, sessiz fallback ve hassas veri içeren stack trace kullanma; hata yollarını test et.
+---
+name: error-handling
+description: Hataları kaybetmeden sınıflandır, bağlam ekle ve güvenli biçimde kullanıcıya taşı; hata yolu tasarımında kullan.
+category: software
+appliesTo: [plan, implement, review]
+match: [error handling, hata yönetimi, exception, istisna, retry, timeout, fallback, failure]
+---
+
+# Hata Yönetimi
+
+1. Beklenen iş hatası, geçici altyapı hatası ve programlama hatasını ayır.
+2. Hatayı yakaladığın yerde çözebiliyorsan çöz; aksi halde özgün nedeni koruyarak bağlam ekleyip ilet.
+3. Kullanıcı mesajını uygulanabilir ve güvenli, log ayrıntısını tanılama için yeterli yap.
+4. Retry'ı yalnızca idempotent ve geçici hatalarda, sınırlı exponential backoff ile uygula.
+5. Timeout, iptal, kısmi başarı ve temizleme yollarını birinci sınıf davranış olarak ele al.
+6. Boş `catch`, sessiz fallback ve hassas veri içeren stack trace kullanma; hata yollarını test et.

package/orchestrator/skills/frontend-design.md

@@ -1,28 +1,28 @@
----
-name: frontend-design
-description: Cilalı, tutarlı ve erişilebilir arayüz kurma rehberi — tasarım token'ları, bileşen ve durum disiplini
-category: design
-appliesTo: [implement]
-match: [ui, arayuz, arayüz, frontend, react, css, html, component, bilesen, bileşen, sayfa, landing, dashboard, tasarla]
----
-
-# Beceri: Ön Yüz Tasarımı
-
-Arayüzü tek seferlik stiller yerine yeniden kullanılabilir bir sistemle kur.
-
-## İlkeler
-
-- **Token'lardan başla:** Renk, aralık, yarıçap, gölge ve tipografi için değişken/token tanımla; ham
-  hex ve sihirli piksel değerlerini bileşenlere serpme.
-- **Aralık ölçeği:** 4/8 px tabanlı tutarlı bir ölçek kullan.
-- **Bileşen bazlı:** Buton, input, kart gibi tekrar edenleri tek bir bileşene indir; kopyalama yapma.
-- **Tüm durumları uygula:** hover, focus-visible, active, disabled, hata, boş ve yükleniyor.
-- **Erişilebilirlik varsayılan olsun:** Anlamlı HTML, `label`/`aria`, klavye erişimi, görünür focus, AA kontrast.
-- **Responsive:** Akışkan düzen; sabit genişlik yerine min/max ve `clamp`. Küçük ekranı da test et.
-- **Tema uyumu:** Açık/koyu tema varsa iki temada da doğrula; sabit renk yerine token kullan.
-- **Hareket ölçülü:** Kısa, amaçlı geçişler; `prefers-reduced-motion` desteğini unutma.
-
-## Sınırlar
-
-Mevcut tasarım dilini ve bileşen kütüphanesini koru; gerekçesiz yeni bir stil sistemi ya da ağır
-bağımlılık ekleme. Değişikliği tarayıcıda görünür biçimde doğrula ve ne test ettiğini raporla.
+---
+name: frontend-design
+description: Cilalı, tutarlı ve erişilebilir arayüz kurma rehberi — tasarım token'ları, bileşen ve durum disiplini
+category: design
+appliesTo: [implement]
+match: [ui, arayuz, arayüz, frontend, react, css, html, component, bilesen, bileşen, sayfa, landing, dashboard, tasarla]
+---
+
+# Beceri: Ön Yüz Tasarımı
+
+Arayüzü tek seferlik stiller yerine yeniden kullanılabilir bir sistemle kur.
+
+## İlkeler
+
+- **Token'lardan başla:** Renk, aralık, yarıçap, gölge ve tipografi için değişken/token tanımla; ham
+  hex ve sihirli piksel değerlerini bileşenlere serpme.
+- **Aralık ölçeği:** 4/8 px tabanlı tutarlı bir ölçek kullan.
+- **Bileşen bazlı:** Buton, input, kart gibi tekrar edenleri tek bir bileşene indir; kopyalama yapma.
+- **Tüm durumları uygula:** hover, focus-visible, active, disabled, hata, boş ve yükleniyor.
+- **Erişilebilirlik varsayılan olsun:** Anlamlı HTML, `label`/`aria`, klavye erişimi, görünür focus, AA kontrast.
+- **Responsive:** Akışkan düzen; sabit genişlik yerine min/max ve `clamp`. Küçük ekranı da test et.
+- **Tema uyumu:** Açık/koyu tema varsa iki temada da doğrula; sabit renk yerine token kullan.
+- **Hareket ölçülü:** Kısa, amaçlı geçişler; `prefers-reduced-motion` desteğini unutma.
+
+## Sınırlar
+
+Mevcut tasarım dilini ve bileşen kütüphanesini koru; gerekçesiz yeni bir stil sistemi ya da ağır
+bağımlılık ekleme. Değişikliği tarayıcıda görünür biçimde doğrula ve ne test ettiğini raporla.

package/orchestrator/skills/git-commit-writing.md

@@ -1,16 +1,16 @@
----
-name: git-commit-writing
-description: Küçük ve açıklayıcı git commit kapsamı ile mesajı hazırla; commit planlama veya yazımında kullan.
-category: software
-appliesTo: [plan, implement, review]
-match: [git commit, commit message, conventional commit, commit mesajı, squash, değişiklik kaydı]
----
-
-# Git Commit Yazımı
-
-- Tek bir mantıksal değişikliği seç; ilgisiz dosyaları veya kullanıcıya ait değişiklikleri dahil etme.
-- Proje convention'ını kontrol et; yoksa kısa, emir kipinde ve sonucu anlatan bir başlık yaz.
-- Conventional Commits kullanılıyorsa doğru tür ve yalnızca yararlı scope seç.
-- Gövdede ne değiştiğini tekrarlamak yerine nedenini, davranış etkisini ve önemli ödünleşimi açıkla.
-- Kırıcı değişiklik ve issue bağlantısını projenin beklediği biçimde belirt.
-- Commit öncesi staged farkı yeniden oku ve ilgili doğrulamayı çalıştır; test edilmemiş iddiada bulunma.
+---
+name: git-commit-writing
+description: Küçük ve açıklayıcı git commit kapsamı ile mesajı hazırla; commit planlama veya yazımında kullan.
+category: software
+appliesTo: [plan, implement, review]
+match: [git commit, commit message, conventional commit, commit mesajı, squash, değişiklik kaydı]
+---
+
+# Git Commit Yazımı
+
+- Tek bir mantıksal değişikliği seç; ilgisiz dosyaları veya kullanıcıya ait değişiklikleri dahil etme.
+- Proje convention'ını kontrol et; yoksa kısa, emir kipinde ve sonucu anlatan bir başlık yaz.
+- Conventional Commits kullanılıyorsa doğru tür ve yalnızca yararlı scope seç.
+- Gövdede ne değiştiğini tekrarlamak yerine nedenini, davranış etkisini ve önemli ödünleşimi açıkla.
+- Kırıcı değişiklik ve issue bağlantısını projenin beklediği biçimde belirt.
+- Commit öncesi staged farkı yeniden oku ve ilgili doğrulamayı çalıştır; test edilmemiş iddiada bulunma.

package/orchestrator/skills/graphql-design.md

@@ -1,16 +1,16 @@
----
-name: graphql-design
-description: İstemci odaklı, evrilebilir ve maliyeti denetlenebilir GraphQL şeması tasarla; query, mutation ve resolver işlerinde kullan.
-category: software
-appliesTo: [plan, implement, review]
-match: [graphql, query, mutation, resolver, schema, federation, dataloader]
----
-
-# GraphQL Tasarımı
-
-- Şemayı veri tablosuna değil alan diline göre adlandır; nullability sözleşmesini bilinçli seç.
-- Query'leri yan etkisiz, mutation sonuçlarını hata ve güncel nesneyle kullanılabilir yap.
-- Liste alanlarında kararlı cursor sayfalama ve açık filtre/sıralama girdileri kullan.
-- N+1 sorguyu batching/caching ile önle; resolver maliyeti, derinlik ve karmaşıklık sınırı koy.
-- Yetkiyi yalnızca UI veya üst resolver'a bırakma; veri erişim sınırında doğrula.
-- Alan kaldırmak yerine deprecate et, şema değişimini tüketici sorguları ve entegrasyon testleriyle doğrula.
+---
+name: graphql-design
+description: İstemci odaklı, evrilebilir ve maliyeti denetlenebilir GraphQL şeması tasarla; query, mutation ve resolver işlerinde kullan.
+category: software
+appliesTo: [plan, implement, review]
+match: [graphql, query, mutation, resolver, schema, federation, dataloader]
+---
+
+# GraphQL Tasarımı
+
+- Şemayı veri tablosuna değil alan diline göre adlandır; nullability sözleşmesini bilinçli seç.
+- Query'leri yan etkisiz, mutation sonuçlarını hata ve güncel nesneyle kullanılabilir yap.
+- Liste alanlarında kararlı cursor sayfalama ve açık filtre/sıralama girdileri kullan.
+- N+1 sorguyu batching/caching ile önle; resolver maliyeti, derinlik ve karmaşıklık sınırı koy.
+- Yetkiyi yalnızca UI veya üst resolver'a bırakma; veri erişim sınırında doğrula.
+- Alan kaldırmak yerine deprecate et, şema değişimini tüketici sorguları ve entegrasyon testleriyle doğrula.

package/orchestrator/skills/incident-runbook.md

@@ -1,18 +1,18 @@
----
-name: incident-runbook
-description: Bir üretim olayını güvenle teşhis edip sınırlandıracak uygulanabilir runbook yaz; operasyon ve sorun giderme işlerinde kullan.
-category: documentation
-appliesTo: [plan, implement, research]
-match: [incident, runbook, olay, outage, kesinti, production issue, operasyon, on-call, müdahale]
----
-
-# Olay Runbook'u
-
-1. Tetikleyici belirtiyi, etkiyi ve ilk güvenlik kontrolünü açıkla.
-2. Komutları salt okunur teşhis adımlarından başlayarak sırala; beklenen çıktıyı ve karar dalını yaz.
-3. Sınırlandırma, geri alma ve servis azaltma seçeneklerinde kullanıcı/veri etkisini belirt.
-4. Her riskli adım için yetki, ön koşul, onay ve geri dönüş noktası ekle.
-5. İletişim sahibi, güncelleme sıklığı ve escalation eşiğini tanımla.
-6. Kurtarma sonrası bütünlük doğrulaması, izleme süresi ve postmortem girdilerini listele.
-
-Sır, gerçek müşteri verisi veya doğrulanmamış yıkıcı komut ekleme.
+---
+name: incident-runbook
+description: Bir üretim olayını güvenle teşhis edip sınırlandıracak uygulanabilir runbook yaz; operasyon ve sorun giderme işlerinde kullan.
+category: documentation
+appliesTo: [plan, implement, research]
+match: [incident, runbook, olay, outage, kesinti, production issue, operasyon, on-call, müdahale]
+---
+
+# Olay Runbook'u
+
+1. Tetikleyici belirtiyi, etkiyi ve ilk güvenlik kontrolünü açıkla.
+2. Komutları salt okunur teşhis adımlarından başlayarak sırala; beklenen çıktıyı ve karar dalını yaz.
+3. Sınırlandırma, geri alma ve servis azaltma seçeneklerinde kullanıcı/veri etkisini belirt.
+4. Her riskli adım için yetki, ön koşul, onay ve geri dönüş noktası ekle.
+5. İletişim sahibi, güncelleme sıklığı ve escalation eşiğini tanımla.
+6. Kurtarma sonrası bütünlük doğrulaması, izleme süresi ve postmortem girdilerini listele.
+
+Sır, gerçek müşteri verisi veya doğrulanmamış yıkıcı komut ekleme.