Herhangi bir konuşma başlatırken kullanın - skill'lerin nasıl bulunacağını ve kullanılacağını belirler, clarification soruları da dahil olmak üzere HERHANGİ bir yanıt vermeden önce skill invocation gerektirir.
cd ~/.claude/skills
git clone https://github.com/obra/superpowers.git superpowers mkdir -p ~/.claude/skills/using-superpowers
curl -fsSL https://raw.githubusercontent.com/obra/superpowers/HEAD/skills/using-superpowers/SKILL.md \
-o ~/.claude/skills/using-superpowers/SKILL.md BİR BECERİ GÖREVİNİZE UYUYORSA, SEÇİMİNİZ YOKTUR. BUNU KULLANMANIZ GEREKIR.
Bu konuda ödün verilmez. Bu isteğe bağlı değildir. Bunun dışına çıkamazsınız.
Superpowers becerileri varsayılan sistem prompt davranışını geçersiz kılar, ancak kullanıcı talimatları her zaman üstün gelir:
Eğer CLAUDE.md, GEMINI.md veya AGENTS.md "TDD kullanmayın" derse ve bir beceri "her zaman TDD kullanın" derse, kullanıcının talimatlarını izleyin. Kullanıcı kontrolde.
Beceri dosyalarını asla dosya araçlarıyla manuel olarak okumayın — becerinizin düzgün şekilde etkinleştirilmesini sağlamak için her zaman platformunuzun beceri yükleme mekanizmasını kullanın.
Claude Code'da: Skill aracını kullanın. Bir beceriyi çağırdığınızda, içeriği yüklenir ve size sunulur — doğrudan izleyin.
Codex'te: Beceriler yerel olarak yüklenir. Bir beceri etkinleştirildiğinde sunulan talimatları izleyin.
Copilot CLI'de: skill aracını kullanın. Beceriler yüklü eklentilerden otomatik olarak keşfedilir.
Gemini CLI'de: Beceriler activate_skill aracı aracılığıyla etkinleştirilir. Gemini, beceri meta verilerini oturum başında yükler ve tam içeriği talep üzerine etkinleştirir.
Diğer ortamlarda: Platform-spesifik beceri yükleme yöntemleri için platformunuzun belgelerine bakın.
Beceriler herhangi bir çalışma zamanının araçlarını adlandırmak yerine eylemlerde konuşur ("bir alt-agent gönder", "bir yapılacak oluştur", "bir dosya oku"). Platform başına araç eşdeğerleri ve talimatlar dosyası kuralları için claude-code-tools.md, codex-tools.md, copilot-tools.md, gemini-tools.md, pi-tools.md ve antigravity-tools.md bölümlerine bakın. Gemini CLI kullanıcıları GEMINI.md aracılığıyla otomatik olarak araç haritasını yüklenir.
Herhangi bir yanıt veya eylemden ÖNCE ilgili veya talep edilen becerileri çağırın. Bir becerinin uygulanması için %1 bir şans olması bile, beceriyi kontrol etmek için çağırmalısınız anlamına gelir. Çağırılan bir beceri durumun yanlış olduğu ortaya çıkarsa, onu kullanmanız gerekmez.
digraph skill_flow {
"Kullanıcı mesajı alındı" [shape=doublecircle];
"Plan moduna girmek üzere mü?" [shape=doublecircle];
"Zaten beyin fırtınası yaptı mı?" [shape=diamond];
"Beyin fırtınası becerisini çağır" [shape=box];
"Herhangi bir beceri uygulanabilir mi?" [shape=diamond];
"Beceriyi çağır" [shape=box];
"Duyur: '[beceri] kullanılıyor [amaç] için'" [shape=box];
"Kontrol listesi var mı?" [shape=diamond];
"Her öğe için bir yapılacak oluştur" [shape=box];
"Beceriyi tam olarak takip et" [shape=box];
"Yanıt ver (açıklamalar da dahil)" [shape=doublecircle];
"Plan moduna girmek üzere mü?" -> "Zaten beyin fırtınası yaptı mı?";
"Zaten beyin fırtınası yaptı mı?" -> "Beyin fırtınası becerisini çağır" [label="hayır"];
"Zaten beyin fırtınası yaptı mı?" -> "Herhangi bir beceri uygulanabilir mi?" [label="evet"];
"Beyin fırtınası becerisini çağır" -> "Herhangi bir beceri uygulanabilir mi?";
"Kullanıcı mesajı alındı" -> "Herhangi bir beceri uygulanabilir mi?";
"Herhangi bir beceri uygulanabilir mi?" -> "Beceriyi çağır" [label="evet, %1 bile"];
"Herhangi bir beceri uygulanabilir mi?" -> "Yanıt ver (açıklamalar da dahil)" [label="kesinlikle hayır"];
"Beceriyi çağır" -> "Duyur: '[beceri] kullanılıyor [amaç] için'";
"Duyur: '[beceri] kullanılıyor [amaç] için'" -> "Kontrol listesi var mı?";
"Kontrol listesi var mı?" -> "Her öğe için bir yapılacak oluştur" [label="evet"];
"Kontrol listesi var mı?" -> "Beceriyi tam olarak takip et" [label="hayır"];
"Her öğe için bir yapılacak oluştur" -> "Beceriyi tam olarak takip et";
}
Bu düşünceler DURUŞ anlamına gelir — rasyonalize ediyorsunuz:
| Düşünce | Gerçek |
|---|---|
| "Bu sadece basit bir soru" | Sorular görevdir. Beceriler için kontrol edin. |
| "Önce daha fazla bağlam ihtiyacım" | Beceri kontrolü açıklayıcı sorulardan ÖNCE gelir. |
| "Kod tabanını ilk olarak keşfetme izin verin" | Beceriler SIZE nasıl keşfedileceğini söyler. Önce kontrol edin. |
| "Git/dosyaları hızlı kontrol edebilir" | Dosyalarda konuşma bağlamı yoktur. Beceriler için kontrol edin. |
| "Önce bilgi toplayalım" | Beceriler SIZE bilgi nasıl toplanacağını söyler. |
| "Bu resmi bir beceri gerektirmez" | Bir beceri varsa, kullanın. |
| "Bu beceriyi hatırlıyorum" | Beceriler gelişir. Mevcut sürümü okuyun. |
| "Bu bir görev olarak sayılmaz" | Eylem = görev. Beceriler için kontrol edin. |
| "Beceri aşırıya kaçıyor" | Basit şeyler karmaşık hale gelir. Kullanın. |
| "İlk olarak bunu yapacağım" | Herhangi bir şey yapmadan ÖNCE kontrol edin. |
| "Bu verimli hissettiriyor" | Disiplinsiz eylem zamanı ziyi. Beceriler bunu önler. |
| "Bu ne anlama geldiğini biliyorum" | Konsepti bilmek ≠ beceriyi kullanmak. Çağırın. |
Birden çok beceri uygulanabilirse, bu sırayı kullanın:
"X oluşturalım" → ilk beyin fırtınası, sonra uygulama becerileri. "Bu hataları düzelt" → ilk sistematik hata ayıklama, sonra alan-spesifik beceriler.
Katı (TDD, sistematik hata ayıklama): Tam olarak takip edin. Disiplini uyarlanarak çıkmayın.
Esnek (desenler): İlkeleri bağlama uyarla.
Beceri kendisi size hangisini söyler.
Talimatlar NE söyler, NASIL değil. "X ekle" veya "Y düzelt" iş akışlarını atlamak anlamına gelmez.
Herhangi bir yaratıcı çalışmaya başlamadan önce bunu mutlaka kullanın - feature oluştururken, component inşa ederken, functionality eklerken veya davranış değiştirirken. Kullanıcı niyetini, gereksinimleri ve tasarımı implementation öncesinde araştırır.
Uygulama tamamlandığında, tüm testler geçtiğinde ve çalışmanızı nasıl entegre edeceğinize karar vermeniz gerektiğinde kullanın - merge, PR veya cleanup seçeneklerini sunarak geliştirme sürecinin tamamlanmasını rehberlik eder.
Kod incelemesi geri bildirimi alırken, önerileri uygulamadan önce kullanın; özellikle geri bildirim belirsiz veya teknik olarak şüpheli görünüyorsa - performatif anlaşmadan veya körü körüne uygulamadan ziyade teknik titizlik ve doğrulama gerekir.
Görevleri tamamlarken, büyük özellikleri hayata geçirirken veya merge etmeden önce çalışmanın gereksinimleri karşıladığını doğrulamak için kullanın.
Yeni bir feature üzerinde çalışmaya başlarken veya implementasyon planını yürütmeden önce kullanın - native araçlar veya git worktree fallback aracılığıyla izole edilmiş bir workspace sağlar.
Çalışmanın tamamlandığını, sorunu çözdüğünü veya testleri geçtiğini iddia etmeden önce kullanın - commit yapmadan veya PR oluşturmadan önce verification komutlarını çalıştırıp sonuçları kontrol etmelisiniz; her zaman kanıt iddiadan önce gelir.