Claude'a daha iddialı görevler devrettikçe, onun kendi işini doğrulayabilmesi giderek daha önemli hale geliyor.
Claude ne kadar kendi kendini doğrulayabilirse:
- uzun süreli görevlerde o kadar bağımsız çalışabilir
- nihai sonucun kalitesi o kadar yüksek olur
- hedefe ulaşmak için o kadar az gidiş dönüş gerekir
Kontroller size bağlı olduğunda, kodlama oturumları sıralı bir oyuna dönüşür ve aracıları faydalı kılan şeyi, yani özerkliği kaybedersiniz.
İyi haber şu ki Claude zaten tür hataları, lint hataları, başarısız testler ve çalışma zamanı hataları gibi deterministik sinyallere karşı kendini doğruluyor. Modeller geliştikçe bu daha da iyileşecek.
Claude'un her zaman çıkaramadığı şeyler, sizin yanıtından sonra ve kodu üretime birleştirmeden hemen önce çalıştırdığınız manuel kontrollerdir.
Bu kontrollerden ne kadar çok kodlayabilirseniz, Claude'un ilk yanıtı aklınızdaki nihai sonuca o kadar yaklaşır.
Göz kulak olmak için daha az zaman harcarsınız ve siz başka bir şey üzerinde çalışırken Claude devam edebilir.
Süreçlerinizi yazıya dökün
Başlamak için iyi bir yer, sizin veya ekibinizin halihazırda yaptıklarının en iyi uygulamalar versiyonunu yazmaktır.
Frontend için bu genellikle şudur: geliştirme sunucusunu çalıştırın, tarayıcıyı açın, konsolda hataları kontrol edin, kullanıcının yapacağı gibi tıklayın ve düzen kayması veya yavaş gezinmeler gibi şeylere dikkat edin.
Her alanın kendine özgü bir versiyonu vardır. Bu adımların her biri için Claude'un doğrulama amacıyla kullanabileceği bir araç muhtemelen vardır:
Sürecinizi bir beceri olarak kodlayın
Süreç netleştikten sonra, mümkün olduğunca çoğunu bir beceri olarak kodlayın. skill-creator eklentisini yükleyin, ardından Claude'dan sizinle röportaj yapmasını isteyin:
1/skill-creator Create a skill for verifying frontend changes end-to-end. Interview me about my workflow.
Sürecinizi kelimelere dökmekte zorlanıyorsanız, önce Claude'a alanla ilgili en iyi uygulamaları sorun ve uçtan uca bir doğrulama akışının nasıl görünebileceğini size göstermesine izin verin.
Beğeni ve muhakeme yeteneğini kodlamak zordur, ancak birçok kontrolün Claude'un ölçebileceği kriterleri vardır: bir performans bütçesi, bir erişilebilirlik kontrol listesi, tasarım sistemi kuralları, iyi ve kötü örnekler.
Örneğin, bir frontend becerisi, Chrome DevTools MCP veya Agent browser aracılığıyla bir performans izi yakalama talimatlarını içerebilir.
1---2name: frontend-verify3description: Bir tarayıcıda frontend değişikliklerini doğrulayın. Bir UI (sayfa, bileşen, tipografi, CSS stili) değişikliği yapıldığında çalıştırın.4---56# Frontend doğrulama78- Gerçek bir tarayıcıda iki aşamalı bir doğrulama geçişi yapın.9- Sorunları düzeltin ve kullanıcıya yanıt vermeden önce yeniden doğrulayın.1011## Adım 1 — Değişikliğin beklendiği gibi davrandığını doğrulayın12131. URL'yi bir tarayıcıda açın:14 - Claude Code masaüstü uygulamasında, yerleşik önizlemeyi kullanın.15 - CLI'da, Chrome DevTools MCP'yi kullanın.162. Yeni öğeyle etkileşime geçin ve beklendiği gibi17 render edildiğini ve davrandığını onaylayın.1819## Adım 2 — Değişikliğin mobil denetimden geçtiğini doğrulayın20211. URL'yi Chrome DevTools MCP aracılığıyla yeni bir sayfada açın222. Bir performans izi çalıştırın ve Temel Web Verilerini denetleyin
Diğer kontroller, verileri geçmiş normallerle karşılaştırmak gibi, geçti/kaldı niteliğinden daha niteldir. Bunlar için, çıktıyı değerlendirmek üzere Claude ile bir rubrik belirleyebilirsiniz.
Birleştirmeden önce kodu ikinci bir aracıyla inceleyin
Yukarıdakilerin tümü aracı döngüsü içinde gerçekleşir. Birleştirmeden hemen önce, başka bir aracıdan inceleme isteyebileceğiniz ikinci bir doğrulama adımı vardır.
Yeni bir aracı, kodu yazan aracıyla aynı önyargıları taşımayacaktır. Kendi bağlamına sahiptir ve önceki konuşmadan etkilenmez. Bu izolasyon, incelemeyi daha dürüst kılar ve ilk aracının gözden kaçırmış olabileceği şeyleri yakalar.
Manuelden otomatize birkaç seçenek:
- /review (yerleşik beceri) - terminalinizde bir PR'ın hızlı tek geçişli okuması.
- /code-review (yüklenebilir eklenti) - her biri diff'i farklı bir açıdan okuyan, bulguları güven düzeyine göre puanlayan ve sonucu PR'da yayınlayan birkaç alt aracıyı paralel olarak başlatır.
- Claude Code Review - Team ve Enterprise planları için GitHub üzerinden her PR'da otomatik olarak çalışan yönetilen bir hizmet.
Hangisini seçerseniz seçin, üretime birleştirmeden önce son bir savunma hattına sahip olmak faydalıdır.
Hepsini bir araya getirmek
Artık iki katmanınız var:
- Claude inşa ederken çalışan doğrulama
- kodu yazmayan bir aracıdan birleştirme öncesi inceleme
Her ikisi de aynı geliştirme yaşam döngüsüne aittir. Mevcut manuel adımlarınızı düşünün: bir değişiklik yaparsınız, temizlersiniz, çalıştığını onaylarsınız, commit atarsınız, bir PR açarsınız, incelenmesini sağlarsınız ve CI'ı izlersiniz.
Diğer becerileri çağıran bir beceri yazarak tüm bu adımları tek bir iş akışında toplayabilirsiniz. Örneğin, Claude Code ekibinin özellikler üzerinde çalışırken çalıştırdığı bir becerisi vardır; bu beceri şunları bir araya getirir:
- Diff'i temizlemek için
/simplifybecerisi - Değişikliğin uçtan uca çalıştığını onaylamak için özel bir
/verifybecerisi - Diff UI'a dokunduysa bir tasarım kontrolü
- Bir PR açma ve abone olma adımı
- CI'ı izleme ve gelen hataları düzeltme becerisi
Sizin iş akışınız farklı görünebilir, ancak geri bildirim döngüleri oluşturmak ve becerileri birleştirmek, Claude'un daha fazla işi uçtan uca doğrulamasına ve yürütmesine olanak tanır.
