LLM'lerin yaygın kodlama hatalarını azaltmaya yönelik davranış kuralları. Kod yazarken, review ederken veya refactor ederken aşırı komplikasyonu önlemek, cerrahi değişiklikler yapmak, varsayımları ortaya çıkarmak ve doğrulanabilir başarı kriterleri tanımlamak için kullanın.
cd ~/.claude/skills
git clone https://github.com/forrestchang/andrej-karpathy-skills.git andrej-karpathy-skillsmkdir -p ~/.claude/skills/karpathy-guidelines
curl -fsSL https://raw.githubusercontent.com/forrestchang/andrej-karpathy-skills/HEAD/skills/karpathy-guidelines/SKILL.md \
-o ~/.claude/skills/karpathy-guidelines/SKILL.mdLLM kodlama hatalarını azaltmak için tasarlanan davranışsal yönergeler, Andrej Karpathy'nin LLM kodlama tuzaklarına ilişkin gözlemlerinden türetilmiştir.
Değiş Tokuş: Bu yönergeler hız yerine ihtiyatlılığa eğilim gösterir. Önemsiz görevler için yargı kullanın.
Varsayım yapmayın. Kafanızı karıştırmayı gizlemeyin. Uzlaşmaları ortaya çıkarın.
Uygulamadan önce:
Sorunu çözen minimum kod. Hiçbir spekülasyon yok.
Kendinize sorun: "Kıdemli bir mühendis bunu aşırı karmaşık dese mi?" Evet ise, basitleştirin.
Sadece gerekli olanları değiştir. Sadece kendi karışıklığını temizle.
Mevcut kodu düzenlerken:
Değişiklikleriniz yetim oluşturduğunda:
Test: Her değiştirilmiş satır doğrudan kullanıcı talebine izlenebilir olmalıdır.
Başarı kriterlerini tanımlayın. Doğrulanana kadar döngü yapın.
Görevleri doğrulanabilir hedeflere dönüştürün:
Çok adımlı görevler için kısa bir plan belirtin:
1. [Adım] → doğrula: [kontrol]
2. [Adım] → doğrula: [kontrol]
3. [Adım] → doğrula: [kontrol]
Güçlü başarı kriterleri bağımsız döngü yapmanıza izin verir. Zayıf kriterler ("çalışmasını sağla") sürekli açıklama gerektiriyor.
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.
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.