@omerrgocmen/crewctl 1.0.2 → 1.1.1

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.

package/orchestrator/skills/input-validation.md

@@ -1,16 +1,16 @@
----
-name: input-validation
-description: Güvenilmeyen girdiyi tür, biçim, boyut ve iş kuralıyla sınırda doğrula; form, API ve parser işlerinde kullan.
-category: security
-appliesTo: [plan, implement, review]
-match: [input validation, girdi doğrulama, sanitize, doğrula, schema validation, parser, untrusted input]
----
-
-# Girdi Doğrulama
-
-- Her girdinin kaynağını ve ulaşacağı hassas sink'i belirle; istemci kontrolünü güvenlik sınırı sayma.
-- Tür, uzunluk, aralık, kodlama ve izin verilen biçimi allowlist yaklaşımıyla sunucuda doğrula.
-- Önce kanonikleştir, sonra doğrula; Unicode, çift kodlama ve boşluk varyantlarını düşün.
-- İş kurallarını ve alanlar arası koşulları şema doğrulamasından ayrı ama aynı sınırda uygula.
-- SQL/komut/HTML/URL güvenliği için doğrulamaya ek olarak bağlama uygun güvenli API veya çıktı kodlama kullan.
-- Hatalı, aşırı büyük ve sınır girdileri test et; kullanıcıya alan odaklı, sır sızdırmayan hata ver.
+---
+name: input-validation
+description: Güvenilmeyen girdiyi tür, biçim, boyut ve iş kuralıyla sınırda doğrula; form, API ve parser işlerinde kullan.
+category: security
+appliesTo: [plan, implement, review]
+match: [input validation, girdi doğrulama, sanitize, doğrula, schema validation, parser, untrusted input]
+---
+
+# Girdi Doğrulama
+
+- Her girdinin kaynağını ve ulaşacağı hassas sink'i belirle; istemci kontrolünü güvenlik sınırı sayma.
+- Tür, uzunluk, aralık, kodlama ve izin verilen biçimi allowlist yaklaşımıyla sunucuda doğrula.
+- Önce kanonikleştir, sonra doğrula; Unicode, çift kodlama ve boşluk varyantlarını düşün.
+- İş kurallarını ve alanlar arası koşulları şema doğrulamasından ayrı ama aynı sınırda uygula.
+- SQL/komut/HTML/URL güvenliği için doğrulamaya ek olarak bağlama uygun güvenli API veya çıktı kodlama kullan.
+- Hatalı, aşırı büyük ve sınır girdileri test et; kullanıcıya alan odaklı, sır sızdırmayan hata ver.

package/orchestrator/skills/integration-testing.md

@@ -1,16 +1,16 @@
----
-name: integration-testing
-description: Bileşen sınırları ve gerçek adaptörler arasındaki sözleşmeleri doğrula; servis, veri tabanı ve entegrasyon testlerinde kullan.
-category: testing
-appliesTo: [implement, review]
-match: [integration test, entegrasyon testi, database test, service test, adapter, repository, boundary]
----
-
-# Entegrasyon Testi
-
-- En yüksek riskli sınırı seç: veri tabanı, dosya sistemi, kuyruk, HTTP istemcisi veya servis adaptörü.
-- Üretime benzeyen gerçek bileşeni kullan; yalnızca kontrol edemediğin dış uçları fake et.
-- Şema, serileştirme, transaction, hata çevirisi ve timeout davranışını gözlemlenebilir sonuçla doğrula.
-- Test verisini her test için yalıt; sıra, saat, ağ ve önceki koşudan bağımsız çalıştır.
-- Başlangıç/temizleme kodunu güvenilir kıl ve başarısızlıkta tanılama çıktısını koru.
-- Mutlu yol yanında kopuk bağlantı, çakışma ve kısmi başarısızlık senaryosu ekle.
+---
+name: integration-testing
+description: Bileşen sınırları ve gerçek adaptörler arasındaki sözleşmeleri doğrula; servis, veri tabanı ve entegrasyon testlerinde kullan.
+category: testing
+appliesTo: [implement, review]
+match: [integration test, entegrasyon testi, database test, service test, adapter, repository, boundary]
+---
+
+# Entegrasyon Testi
+
+- En yüksek riskli sınırı seç: veri tabanı, dosya sistemi, kuyruk, HTTP istemcisi veya servis adaptörü.
+- Üretime benzeyen gerçek bileşeni kullan; yalnızca kontrol edemediğin dış uçları fake et.
+- Şema, serileştirme, transaction, hata çevirisi ve timeout davranışını gözlemlenebilir sonuçla doğrula.
+- Test verisini her test için yalıt; sıra, saat, ağ ve önceki koşudan bağımsız çalıştır.
+- Başlangıç/temizleme kodunu güvenilir kıl ve başarısızlıkta tanılama çıktısını koru.
+- Mutlu yol yanında kopuk bağlantı, çakışma ve kısmi başarısızlık senaryosu ekle.

package/orchestrator/skills/interaction-design.md

@@ -1,16 +1,16 @@
----
-name: interaction-design
-description: Kullanıcı eylemlerini görünür geri bildirim, güvenli geri alma ve tutarlı durum geçişleriyle tasarla; etkileşim işlerinde kullan.
-category: design
-appliesTo: [plan, implement, review]
-match: [interaction design, etkileşim tasarımı, ux flow, user flow, modal, feedback, undo, state transition]
----
-
-# Etkileşim Tasarımı
-
-1. Kullanıcı hedefini, başlangıç durumunu, eylemleri ve başarı/hata son durumlarını akış olarak çıkar.
-2. Birincil eylemi belirgin, ikincil eylemi sakin tut; aynı ekranda rekabet eden CTA üretme.
-3. Her eyleme anlık ve doğru geri bildirim ver; optimistic UI'da başarısızlığı geri al.
-4. Geri döndürülebilir işlemde undo'yu, yıkıcı işlemde kapsam özeti ve bilinçli onayı tercih et.
-5. Klavye, focus, escape/back, çift tıklama ve eşzamanlı güncelleme davranışını tanımla.
-6. Akışı ilk kullanım, uzman kullanım, hata ve kesinti senaryolarıyla doğrula.
+---
+name: interaction-design
+description: Kullanıcı eylemlerini görünür geri bildirim, güvenli geri alma ve tutarlı durum geçişleriyle tasarla; etkileşim işlerinde kullan.
+category: design
+appliesTo: [plan, implement, review]
+match: [interaction design, etkileşim tasarımı, ux flow, user flow, modal, feedback, undo, state transition]
+---
+
+# Etkileşim Tasarımı
+
+1. Kullanıcı hedefini, başlangıç durumunu, eylemleri ve başarı/hata son durumlarını akış olarak çıkar.
+2. Birincil eylemi belirgin, ikincil eylemi sakin tut; aynı ekranda rekabet eden CTA üretme.
+3. Her eyleme anlık ve doğru geri bildirim ver; optimistic UI'da başarısızlığı geri al.
+4. Geri döndürülebilir işlemde undo'yu, yıkıcı işlemde kapsam özeti ve bilinçli onayı tercih et.
+5. Klavye, focus, escape/back, çift tıklama ve eşzamanlı güncelleme davranışını tanımla.
+6. Akışı ilk kullanım, uzman kullanım, hata ve kesinti senaryolarıyla doğrula.