Kullanıcı görüşmesi yoluyla ayrıntılı bir refactor planı oluşturun, küçük commitlerle düzenleyin ve GitHub issue olarak kaydettirin. Refactor planlaması, refactoring RFC oluşturma veya refactorı güvenli adımlara bölme gerektiğinde kullanın.
cd ~/.claude/skills
git clone https://github.com/mattpocock/skills.git skills mkdir -p ~/.claude/skills/request-refactor-plan
curl -fsSL https://raw.githubusercontent.com/mattpocock/skills/HEAD/skills/deprecated/request-refactor-plan/SKILL.md \
-o ~/.claude/skills/request-refactor-plan/SKILL.md Bu skill, kullanıcı bir refactor isteği oluşturmak istediğinde çağrılacaktır. Aşağıdaki adımları izlemelisiniz. Gerekli olmadığını düşünüyorsanız adımları atlayabilirsiniz.
Kullanıcıdan çözmek istedikleri sorunun uzun ve detaylı bir açıklamasını ve olası çözüm fikirlerini isteyin.
Repo'yu explore ederek onların iddialarını doğrulayın ve codebase'in mevcut durumunu anlayın.
Başka seçenekleri göz önünde bulundurmuş olup olmadıklarını sorun ve onlara diğer seçenekleri sunun.
Kullanıcıyla implementation hakkında görüşün. Son derece detaylı ve kapsamlı olun.
Implementation'ın tam kapsamını belirleyin. Neyi değiştireceğinizi ve neyi değiştirmeyeceğinizi çalışın.
Codebase'de bu alan için test coverage'ını kontrol edin. Yetersiz test coverage varsa, kullanıcıdan test planlarının neler olduğunu sorun.
Implementation'ı küçük commit'lerin bir planına bölün. Martin Fowler'ın "her refactoring adımını olabildiğince küçük tutun, böylece program'ın her zaman çalıştığını görebilirsiniz" tavsiyesini hatırlayın.
Refactor planı ile bir GitHub issue oluşturun. Issue açıklaması için aşağıdaki template'i kullanın:
Developer'ın karşılaştığı sorunun, developer'ın perspektifinden açıklaması.
Soruna çözüm, developer'ın perspektifinden.
Uzun ve detaylı bir implementation planı. Planı düz İngilizce'de yazın, implementation'ı mümkün olan en küçük commit'lere bölün. Her commit, codebase'i çalışan bir durumda bırakmalıdır.
Alınan implementation kararlarının bir listesi. Buna şunlar dahil olabilir:
Spesifik dosya yollarını veya kod snippet'lerini EKLEMEYIN. Bunlar çok hızlı eski haline gelebilir.
Alınan testing kararlarının bir listesi. Şunları dahil edin:
Bu refactor için kapsamı dışında olan şeylerin açıklaması.
Refactor hakkında herhangi bir ek not.
2 veya daha fazla bağımsız görevin paralel olarak yürütülebileceği ve aralarında state paylaşımı ya da sıralı bağımlılık olmadığı durumlarda kullanın.
Ayrı bir oturumda inceleme kontrol noktaları ile yürütülecek yazılı bir uygulama planınız olduğunda kullanın.
Mevcut oturumda bağımsız görevlerle uygulama planlarını yürütürken kullanın
Herhangi bir hata, test başarısızlığı veya beklenmeyen davranışla karşılaştığınızda, çözüm önerisi sunmadan önce kullanın.
Herhangi bir feature ya da bugfix uygulamaya başlamadan önce kullanın.
Yeni beceriler oluştururken, mevcut becerileri düzenlerken veya dağıtımdan önce becerileri doğrularken kullanın.