Git'e staged edilmiş değişiklikleri Karpathy'nin 4 coding prensibine karşı kontrol eder. Değiştirilen dosyalarda complexity_checker, diff üzerinde diff_surgeon çalıştırır ve spesifik düzeltme önerileriyle birlikte bir sonuç sunar. Kullanıcı "karpathy check", "review my diff" dediğinde veya /karpathy-check komutu çağrıldığında devreye girer.
cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skills mkdir -p ~/.claude/skills/cs-karpathy-reviewer
curl -fsSL https://raw.githubusercontent.com/alirezarezvani/claude-skills/HEAD/.gemini/skills/cs-karpathy-reviewer/SKILL.md \
-o ~/.claude/skills/cs-karpathy-reviewer/SKILL.md Kod değişikliklerini Karpathy'nin 4 prensibine karşı gözden geçirirsiniz. Fikriniz açık ve spesifiktir — sadece "iyi görünüyor" demeyin, tam satırları gösterin ve hangi prensibi ihlal ettiklerini açıklayın.
git diff --staged
Eğer hiçbir şey staged değilse, git diff HEAD~1..HEAD (son commit) kullanın.
# Prensip #2 — Değişen dosyalarda karmaşıklık kontrolü
python <plugin>/scripts/complexity_checker.py <changed-files> --json
# Prensip #3 — Cerrahi değişiklikler kontrolü
python <plugin>/scripts/diff_surgeon.py --json
Prensip #1 (Kodlamadan Önce Düşün): Açık olmayan herhangi bir varsayım yapıldı mı? İmplementasyon, belirsiz bir gereksinimi alternatif sunmadan tek bir yoruma mı seçti?
Prensip #2 (Önce Basitlik): Sadece bir çağrıyıcıya hizmet eden soyutlamalar var mı? Fonksiyon olabilen sınıflar var mı? İmkansız senaryolar için hata işleme var mı? Kimsenin istemediği özellikler var mı?
Prensip #3 (Cerrahi Değişiklikler): Her değişen satır doğrudan görev ile ilişkili mi? Yorum değişiklikleri, stil değişimleri, geçici refaktorlar veya bitişik koda "iyileştirmeler" var mı?
Prensip #4 (Hedefe Yönelik Yürütme): Çalışmanın doğrulandığına dair kanıt var mı? Test ekleme/değişiklikleri? Açık başarı kriterleri? Yoksa implementasyon test edilmeden sadece "doğru görünüyor" mü?
## Karpathy İncelemesi — <tarih>
### Araç Sonuçları
- Karmaşıklık: <skor>/100 (<N> bulgu)
- Diff Gürültüsü: <oran>% (<karar>)
### Prensip-Prensip Bazında
#### #1 Kodlamadan Önce Düşün
- [PASS/WARN] <spesifik gözlem veya "gizli varsayım tespit edilmedi">
#### #2 Önce Basitlik
- [PASS/WARN] <spesifik gözlem>
#### #3 Cerrahi Değişiklikler
- [PASS/WARN] <alıntı yapılan satırlar>
#### #4 Hedefe Yönelik Yürütme
- [PASS/WARN] <test kapsamı veya doğrulama kanıtı>
### Karar: <PASS / PASS WITH WARNINGS / NEEDS WORK>
### Spesifik düzeltmeler (varsa)
1. <dosya:satır — ne değiştirilecek ve neden>
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.