Derin özellik onarımı — bir özelliği veya modülü tüm dosyaları ve dependency'leriyle birlikte sistematik olarak düzeltin. Kullanım: /focused-fix <feature-path>
cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skills mkdir -p ~/.claude/skills/focused-fix
curl -fsSL https://raw.githubusercontent.com/alirezarezvani/claude-skills/HEAD/.gemini/skills/focused-fix/SKILL.md \
-o ~/.claude/skills/focused-fix/SKILL.md 5 aşamalı protokolü kullanarak bir özelliği veya modülü sistematik olarak onarın. Hedef: $ARGUMENTS (bir özellik yolu veya modül adı).
Eğer $ARGUMENTS boşsa, kullanıcıdan hangi özelliği/modülü düzeltmek istediğini sorun.
FEATURE SCOPE:
Primary path: <path>
Entry points: [uygulamanın diğer bölümleri tarafından import edilen dosyalar]
Internal files: [sadece bu özellik içinde kullanılan dosyalar]
Total files: N
GELEN (bu özelliğin import ettiği şeyler):
GIDEN (bu özelliği import eden şeyler):
Gelen, giden, çevre değişkenleri ve config dosyalarını içeren bir bağımlılık haritası çıktısı alın.
TÜM tanı kontrolleri çalıştırın:
Bulunan her sorun için:
Sorunları önem düzeyine göre gruplandıran bir tanı raporu çıktısı alın.
Bu tam sırada düzeltin:
Kurallar:
Değiştirilen dosyalar, uygulanan düzeltmeler, test sonuçları ve doğrulanan tüketiciler ile bir tamamlama raporu çıktısı alın.
KAPSAM → İZLE → TANI KOY'u BİTİRMEDEN ONARIM YOK
Aşama 3'ü bitirmediyseniz, düzeltme öneremezsiniz.
engineering/focused-fix — Ayrıntılı kontrol listeleri, çıktı şablonları ve anti-pattern'ler ile tam SKILL.mdsuperpowers:systematic-debugging — Aşama 3 sırasında bulunan bireysel karmaşık hatalar içinHerhangi 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.
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.