How do I adapt these Claude 4.5 prompts to my tech stack?

Add your language, framework, code style, and CI rules to each prompt. Claude 4.5 performs best when you include example files, paths, and test frameworks from your stack.

Can Claude 4.5 write safe large-scale refactors?

Yes, if you provide before/after patterns, a codemod plan, and a staged rollout. Use prompts that include dry runs, sampling validation, and canary PRs to reduce risk.

What’s the best way to get high-quality PRs with Claude 4.5?

Feed the diff and context into a PR description prompt that demands problem, solution, risks, tests, and rollout steps. Follow with a self-review prompt to catch gaps before requesting review.

How do I keep Claude 4.5 from over-engineering?

State non-goals and constraints up front: smallest viable change, no new deps, preserve public APIs. Ask for alternatives first and choose the simplest approach.

Can I integrate these prompts into my editor or CI?

Yes. Wrap the prompts into editor snippets or CI jobs. Tools like [Sider.AI](https://sider.ai) can automate context collection, apply prompts to selected code, and assemble diffs and PRs consistently.

Otonom Kodlama, Yeniden Düzenlemeler ve PR'lar için En İyi 30 Claude 4.5 Komutu

Neden bu Claude 4.5 istemleri şimdi önemli?

İncelemeler biriktiği ve yeniden düzenlemeler sürekli ertelendiği için sprint döngünüz kayıyorsa, yalnız değilsiniz. Seçkin ekipler, özellikleri taslak haline getirmek, yeniden düzenlemeleri toplu hale getirmek ve temiz, incelemeye hazır PR'ler yazmak için sessizce Claude 4.5'i kullanıyor; genellikle dakikalar içinde. Bu liste, otonom kodlama, büyük ölçekli yeniden düzenlemeler ve onayları daha hızlı kazanan çekme istekleri için size 30 adet sahada test edilmiş Claude 4.5 istemi sunar.

Pratik ve çözüm odaklı bir yaklaşım kullanacağız: Kopyala-yapıştır istemleri, bağlam ve kısıtlamalarla ilgili notlar ve Claude 4.5'i güvenebileceğiniz yüksek sinyalli çıktılara yönlendirmek için profesyonel ipuçları alacaksınız.

Bu Claude 4.5 istemleri nasıl etkili bir şekilde kullanılır?

Claude 4.5'e spesifikasyonu, kısıtlamaları ve kabul testlerini verin. Test edilebilir sonuçlarla daha iyi kod yazar.

Her zaman depo bağlamını ekleyin: dil, çerçeve, kod stili, CI kuralları, dal adlandırma.

Yeniden düzenlemeler için, temsili dosyalar artı kod yüzeyinin bir haritasını sağlayın (örneğin, modül sahipliği, sınırlar).

PR'ler için, diff'leri besleyin. Claude 4.5, neyin değiştiğini bildiğinde daha iyi açıklamalar yazar.

“Muhafazakar değişiklikleri tercih et” veya “Alternatifler öner; sonra en basitini uygula” gibi talimatlarla sıcaklık kontrolünü kullanın.

Kendini eleştirmek, testler oluşturmak ve regresyonları tespit etmek için son bir “doğrula” adım istemi ekleyin.

Otonom kodlama, yeniden düzenlemeler ve PR'ler için en iyi 30 Claude 4.5 istemi

Aşağıda, her istem bir kopyala-yapıştır bloğu, ne sağlanacağı ve Claude 4.5 yanıtlarını ayarlamak için bir profesyonel ipucu içerir.

1) Net bir spesifikasyondan bir özellik uygulayın

İstem: “Kıdemli bir mühendis gibi davran. Aşağıdaki özelliği uçtan uca, minimum yüzey alanı değişiklikleriyle uygulayın. Mimari ve kodlama standartlarımıza saygı gösterin. Yalnızca kod blokları sağlayın; kararları yorumlarda açıklayın. Birim testleri ve minimum bir entegrasyon testi ekleyin. Spesifikasyon:

[özellik spesifikasyonunu yapıştır] Mimari:

[ilgili modülleri yapıştır] Kısıtlamalar:

[performans, güvenlik, geriye dönük uyumluluk] Kod stili:

[lint kuralları, adlandırma] Test:

[çerçeve, kapsam hedefleri] Teslim:

Güncellenmiş dosyalar, yeni dosyalar ve testler.” Ne sağlanmalı: özellik spesifikasyonu, dosya haritası, stil kuralları, test çerçevesi. Profesyonel ipucu: “Mümkün olduğunca saf fonksiyonları ve DI'yı tercih edin” ekleyin.

2) Sıfırdan başlanan modül iskelesi

İstem: “[modül]” adında yeni bir modül için üretime hazır bir iskele oluşturun. Kararlı bir arayüz sunmalı ve uygulama ayrıntılarını gizlemelidir. Şunları oluşturun:

Herkese açık arayüz

Dahili uygulama

Bağımlılık kablolaması

Örnek kullanım

Birim testleri Depo kurallarımıza uyun:

Dil: [X]

Çerçeve: [Y]

Yollar/ad alanları: [kurallar]

Lint/biçim: [kurallar]” Ne sağlanmalı: hedef modül amacı, tüketici arayüzleri. Profesyonel ipucu: Gelecekteki riskleri işaretlemek için yorumlarda bir 'kararlılık bütçesi' bölümü isteyin.

3) TDD: önce testleri yazın, sonra kodu

İstem: TDD'yi siz yönlendiriyorsunuz. Öncelikle, spesifikasyonu kodlayan başarısız birim testleri yazın. Ben onayladıktan sonra, bunları geçmek için minimum kodu uygulayın. Gerekli durumlarda uç durumları ve özellik tabanlı testleri ekleyin. Spesifikasyon: [yapıştır] Ortam: [çalışma zamanı + test çerçevesi] Kısıtlamalar: [performans/güvenlik/uyumluluk]” Ne sağlanmalı: spesifikasyon ve test çerçevesi. Profesyonel ipucu: İddiaları güçlendirmek için bir 'mutasyon testi kontrol listesi' isteyin.

4) Savunmacı API sarmalayıcı

İstem: “[ad]” harici API'si için savunmacı bir istemci tasarlayın ve uygulayın. Gereksinimler:

Jitter ile yeniden denemeler

Devre kesici

Zaman aşımı + son tarihler

Yapılandırılmış günlük kaydı

Metrikler (gecikme, hata oranı)

Hata taksonomisi Kullanım için kod + testler + bir README snippet'i sağlayın.” Ne sağlanmalı: API belgeleri, oran sınırları. Profesyonel ipucu: “Zaman aşımları ve 5xx için kaos testleri oluşturun” ekleyin.

5) Güvenli girdi doğrulama katmanı

İstem: [alan] için katı şema doğrulaması, kanonikleştirme ve günlükler için güvenli hata mesajlarıyla merkezi bir girdi doğrulama katmanı uygulayın. JSON, form verileri ve CLI argümanlarını kapsayın. Kötü amaçlı yüklerle testler ekleyin.” Ne sağlanmalı: beklenen şemalar, hata işleme kuralları. Profesyonel ipucu: Daha iyi kapsamı teşvik etmek için OWASP referansları ekleyin.

6) Performans mikro optimizasyon geçişi

İstem: Aşağıdaki fonksiyonların profilini çıkarın ve ödünleşimlerle birlikte en iyi 3 optimizasyonu önerin. Ardından ≥%20 hızlanma sağlayan en küçük, en güvenli değişiklikleri uygulayın. Kod: [yapıştır] İş yükü: [açıklayın] Kısıtlamalar: genel davranışı koruyun.” Ne sağlanmalı: temsili iş yükleri. Profesyonel ipucu: Ölçümleri tekrarlamak için benchmark koşum kodu isteyin.

7) Öldürme anahtarıyla özellik bayrağı dağıtımı

İstem: [özellik] etrafına bir özellik bayrağı ekleyin. Gereksinimler: sunucu tarafı bayrağı, kademeli dağıtım %, yapışkan gruplandırma, anında öldürme anahtarı ve benimseme üzerine telemetri. Geçiş, belgeler ve testler sağlayın.” Ne sağlanmalı: bayrak platformu, telemetri havuzu. Profesyonel ipucu: Üretimdeki yapılandırma için bir geçiş planı isteyin.

8) Asenkron iş + idempotans

İstem: [işlem] öğesini asenkron bir işe yeniden düzenleyin. Tekilleştirme anahtarları ve güvenli yeniden denemeler yoluyla idempotansı sağlayın. DLQ işleme ve gözlemlenebilirlik ekleyin. Şunları ekleyin: kuyruk yapılandırması, işçi, yeniden deneme ilkesi, metrikler ve yinelenen olaylarla testler.” Ne sağlanmalı: kuyruk/çalışma zamanı ayrıntıları. Profesyonel ipucu: Ölü mektup mesajları için bir yeniden oynatma betiği isteyin.

9) Senkron G/Ç'yi engellemeyene geçirin

İstem: [dosyalar] içindeki engelleme G/Ç'sini engellemeyen API'lere dönüştürün. Arayüzleri değiştirmeyin. Geri basınç işleme, zaman aşımları ve kaynak temizleme ekleyin. Benchmarklar ve testler sağlayın.” Ne sağlanmalı: kod ve hedef çalışma zamanı API'leri. Profesyonel ipucu: Dalgalanmayı önlemek için 'genel türleri değiştirmeyin' ekleyin.

10) Veritabanı işlem sınırları

İstem: [modül] için işlem sınırlarını inceleyin ve düzeltin. Hedefler: atomik işlemler, tutarlı izolasyon düzeyi, geçici hatalarda güvenli yeniden denemeler ve minimum kilit çekişmesi. Yorumlarda kod farkları + gerekçeler sağlayın.” Ne sağlanmalı: ORM/ham SQL kalıpları, DB türü. Profesyonel ipucu: Bir kilitlenme test paketi isteyin.

11) Doğruluk korkuluklarıyla önbelleğe alma stratejisi

İstem: [sık kullanılan yol] için şunlarla bir önbelleğe alma katmanı uygulayın:

Kenarda önbellek

TTL + jitter

Damga koruması

Gözlemlenebilirlik (isabet/kaçırma)

Geçersiz kılma kancaları Soğuk başlatmada doğruluğu sağlayın. Testler ekleyin.” Ne sağlanmalı: veri şekilleri, tutarlılık gereksinimleri. Profesyonel ipucu: Uç durumları açıklayan bir 'tutarlılık günlüğü' isteyin.

12) Sıfır kesinti süresiyle şema geçişi

İstem: Şema A'dan B'ye genişletme/daraltma kullanarak sıfır kesinti süresiyle bir geçişi planlayın ve uygulayın. Geçişler, geri doldurma işi, çift okuma/yazma penceresi ve geri alma planı ekleyin. Sürüme göre aşamalı PR'ler sağlayın.” Ne sağlanmalı: mevcut/hedef şemalar. Profesyonel ipucu: Bir geçiş kontrol listesi isteyin.

13) Güvenlik sertleştirme kontrol listesi + yamalar

İstem: [hizmet] öğesini bu kontrol listesine göre denetleyin: authN, authZ, gizli işleme, TLS, girdi doğrulama, günlük kaydı, en az ayrıcalık, bağımlılık riskleri. Önceliklendirilmiş bulgular ve minimum kod yamaları üretin. Testler ekleyin.” Ne sağlanmalı: hizmet kodu, altyapı genel bakışı. Profesyonel ipucu: En iyi bağımlılıklar için CVE kontrolleri isteyin.

14) Monorepo yeniden düzenleme planı oluşturucu

İstem: Bu monorepo haritası verildiğinde, bağımlılık kopmaları, paket sahipliği ve CI stratejisi ile [hedef]'e yönelik aşamalı bir yeniden düzenleme planı önerin. Ardından yalnızca 1. Aşama için testlerle birlikte değişiklikler oluşturun.” Ne sağlanmalı: depo grafiği, istenen bitiş durumu. Profesyonel ipucu: Kapsamı kontrol etmek için 'dalgalanmayı X dosyasıyla sınırlayın' ekleyin.

15) Gürültü üzerinde sinyal için günlük kaydı yeniden çalışması

İstem: [modül] içindeki günlük kaydını seviyeler, kararlı alanlar ve redaksiyonla yapılandırılmış günlüklere yeniden yazın. Gürültülü günlükleri kaldırın, korelasyon kimlikleri ekleyin ve günlük değişmezlerini belgeleyin. Öncesi/sonrası örnekleri ve testler sağlayın.” Ne sağlanmalı: mevcut günlükler, gizlilik kuralları. Profesyonel ipucu: Sık kullanılan yollar için örnekleme kuralları isteyin.

16) Gözlemlenebilirlik başlangıç paketi

İstem: [hizmet]'e izleme, metrikler ve sağlık kontrolleri ekleyin. [OpenTelemetry] kurallarını kullanın. Kontrol panelleri (JSON), SLO'lar ve uyarılar sağlayın. Yerel geliştirme kurulum belgelerini ekleyin.” Ne sağlanmalı: çalışma zamanı, dışa aktarıcı, SLI/SLO hedefleri. Profesyonel ipucu: Varsayılan olarak RED/USE metrikleri isteyin.

17) Erişilebilirlik geçişi (a11y)

İstem: Erişilebilirlik (WCAG 2.2 AA) için UI bileşenlerini denetleyin. Klavye gezinmesini, odak sırasını, renk kontrastını ve ARIA rollerini düzeltin. Öncesi/sonrası ekran görüntülerini ve düzeltilen ihlallerin bir kontrol listesini sağlayın.” Ne sağlanmalı: bileşen kodu, tasarım belirteçleri. Profesyonel ipucu: Storybook a11y testleri isteyin.

18) Uluslararasılaştırma (i18n) iskelesi

İstem: [ön uç]'a i18n'i tanıtın. İleti katalogları, yerel ayar değiştirme, ICU ileti biçimlendirme, RTL desteği ve sözde yerelleştirme ekleyin. Geçiş talimatları ve testler sağlayın.” Ne sağlanmalı: çerçeve, mevcut metin kullanımı. Profesyonel ipucu: Sabit kodlanmış dizeleri önleyen bir lint kuralı isteyin.

19) Durum yönetimi yeniden düzenlemesi

İstem: [UI durumu]'nu tahmin edilebilir bir modele yeniden düzenleyin (örneğin, Redux/Zustand/MobX/XState). Hedefler: örtük durumu kaldırmak, seçicileri ezberlemek ve yan etkileri izole etmek. Testler ve bir geçiş kılavuzu sağlayın.” Ne sağlanmalı: mevcut durum akışları. Profesyonel ipucu: Bir durum şeması ve olay tablosu isteyin.

20) Tür güvenliği yükseltmesi

İstem: [kod tabanı]'nı aşamalı olarak daha güçlü yazmaya geçirin (örneğin, TS katı modu). Etkin noktaları belirleyin, türler ekleyin ve örtük herhangi birini önleyin. Modül başına aşamalı bir plan + PR'ler sağlayın.” Ne sağlanmalı: yazma hedefleri, oluşturma kısıtlamaları. Profesyonel ipucu: Zorlu genel türler için tür odaklı testler isteyin.

21) Bellek sızıntısı tanısı ve düzeltme

İstem: [iş yükü] altında [hizmet] içindeki bellek büyümesini analiz edin. Profil oluşturma yoluyla sızıntıları belirleyin, etki/risk'e göre sıralanan düzeltmeler önerin, minimum değişiklikler uygulayın ve regresyon testleri ekleyin.” Ne sağlanmalı: yığın profilleri, tekrarlayıcı. Profesyonel ipucu: PR'de bir ölüm sonrası tarzı özet isteyin.

22) Yarış durumu avı

İstem: [eşzamanlılık alanı] içindeki yarış durumlarını bulun ve düzeltin. Deterministik testler, kilit sıralama kuralları ve değişmezleri belgeleyen yorumlar sağlayın.” Ne sağlanmalı: eşzamanlı kod alanları, arıza belirtileri. Profesyonel ipucu: Bir stres testi koşumu isteyin.

23) Kayıp kapsamı olmadan CI hızlandırması

İstem: Kapsamı azaltmadan çalışma zamanını ≥%30 azaltmak için CI'yı optimize edin. Önbelleğe alma, test parçalama ve artımlı oluşturma uygulayın. Bir metrik tablosu ve bir geri alma planı sağlayın.” Ne sağlanmalı: mevcut CI yaml, darboğazlar. Profesyonel ipucu: Hatalı test karantinası otomasyonu isteyin.

24) Kapsayıcı sertleştirme + SBOM

İstem: Çok aşamalı minimum görüntüler, kök olmayan kullanıcılar ve doğrulanmış temeller için Dockerfile'ları yeniden düzenleyin. CI'da SBOM oluşturma ve güvenlik açığı taraması ekleyin. Örnekler ve testler sağlayın.” Ne sağlanmalı: mevcut Dockerfile'lar, kayıt defteri. Profesyonel ipucu: Tekrarlanabilir derlemeler ve kanıt (SLSA tarzı) isteyin.

25) Gizli yönetim yineleme

İstem: Satır içi sırları [vault/KMS] ile değiştirin. Anahtarları döndürün, en az ayrıcalık ilkeleri ekleyin ve CI/CD'de gizli ekleme uygulayın. Çalıştırma kitapları ve testler sağlayın.” Ne sağlanmalı: mevcut gizli kullanım, sağlayıcı. Profesyonel ipucu: Yanlışlıkla yapılan commit'lerin tespiti isteyin.

26) PR açıklaması yazarı (AI destekli)

İstem: Bu diff verildiğinde, yüksek kaliteli bir PR açıklaması yazın: sorun, çözüm, kapsam, riskler, dağıtım planı, metrikler ve ilgili sorunlara bağlantılar. Bir gözden geçiren kontrol listesi ekleyin. 300-450 kelime arasında tutun. Diff: [yapıştır]” Ne sağlanmalı: diff, sorun bağlantıları. Profesyonel ipucu: Başa bir ve test planı ekleyin.

27) Gözden geçirenler için PR yorum oluşturucu

İstem: Bu diff'i kıdemli bir gözden geçiren gibi inceleyin. Yalnızca gerektiğinde kısa, yüksek sinyalli yorumlar yazın. Doğruluk, eşleşme, test boşlukları, güvenlik ve performansa odaklanın. Bir onay veya değişiklik isteği özetiyle bitirin.” Ne sağlanmalı: diff ve bağlam. Profesyonel ipucu: 'Sondaki nits gruplandırılmış' isteyin.

28) Değişiklik günlüğü + sürüm notları yazarı

İstem: Birleştirilmiş PR'lerden insan tarafından okunabilir sürüm notları oluşturun. Özellikler, düzeltmeler, altyapı ve belgelerle gruplandırın. Yükseltme notları ve geçiş adımlarıyla birlikte son değişiklikleri ekleyin. Taranabilir tutun.” Ne sağlanmalı: PR'ler, etiketler, etki listesi. Profesyonel ipucu: Semver doğru kategoriler isteyin.

29) Büyük ölçekli otomatik yeniden düzenleme (kod modifikasyonu)

İstem: Depo genelinde [A deseni]'ni [B deseni]'ne geçirmek için güvenli bir kod modifikasyonu tasarlayın. Şunları ekleyin:

Statik analiz kuralları

Dönüşüm betiği

Kuru çalıştırma planı

Örnekleme doğrulaması

Geri alma ile birlikte partiler halinde dağıtım Betiği + testleri oluşturun.” Ne sağlanmalı: öncesi/sonrası örnekleri, hedef kapsam. Profesyonel ipucu: Önce bir kanarya PR'ı isteyin.

30) Kendi kendine kontrol ve doğrulama paketi

İstem: Sonlandırmadan önce, değişiklikleri kendiniz inceleyin:

Olası regresyonları açıklayın

Test eklemeleri önerin

Eşzamanlılık, bellek ve G/Ç üzerinde zihinsel bir model kontrolü çalıştırın

Stil ve lint uyumluluğunu onaylayın Gerekirse bir kontrol listesi ve kod düzeltmeleri döndürün.” Ne sağlanmalı: değişiklik kümesi ve CI kuralları. Profesyonel ipucu: 'Paranoyak bir incelemeci gibi davran' diliyle birleştirin.

Örnek: Bir ödeme iş akışını yeniden düzenlemek için Claude 4.5 kullanma

Senaryo: Bir Node.js hizmeti ödemeleri senkronize olarak işler ve yoğun yükte zaman aşımına uğrar.

İstemler nasıl uygulanır:

Darboğazların profilini çıkarmak için 6. İstem ile başlayın.

Ağır adımları (sahtekarlık kontrolü, fatura oluşturma) idempotans ile asenkron işlere taşımak için 8. İstem'i kullanın.

Idempotent aramaları (BIN meta verileri, döviz kurları) önbelleğe almak için 11. İstem'i uygulayın.

İzleme ve RED metrikleri için 16. İstem'i ekleyin.

Dağıtımı bir özellik bayrağıyla 7. İstem'de sarın.

Kendinizi kontrol etmek ve testler eklemek için 30. İstem ile kapatın.

Sonuç: %45 gecikme düşüşü p95, sıfıra yakın zaman aşımları, daha güvenli dağıtımlar.

Daha iyi Claude 4.5 bağlam blokları oluşturma

Claude 4.5 şu durumlarda parlar:

Tüm depolar yerine temsili dosyalar sağlayın.

Hedef olmayanları belirtin: “Herkese açık arayüzleri değiştirmeyin.”

Açık kabul kriterleri ve test adlarıyla sabitleyin.

Korkuluklar ekleyin: “Yeni bağımlılıklara göre standart kitaplığı tercih edin.”

Önce alternatifler isteyin, sonra seçilen uygulama.

Bu meta istemi deneyin: “Kodlamadan önce, ödünleşimlerle (karmaşıklık, performans, okunabilirlik) 2-3 uygulanabilir yaklaşımın ana hatlarını çizin. Riski en aza indiren ve kısıtlamalarımızla uyumlu olanı seçin. Ardından uygulayın.”

Daha hızlı birleşen çekme istekleri: bir Claude 4.5 oyun kitabı

Net bir sorun ifadesi ve mümkün olan en küçük değişiklikle başlayın.

Öncesi/sonrası farkını gösteren günlükleri, izleri veya benchmarkları ekleyin.

Dağıtım sonrası izlenecek bir test planı, geri alma adımları ve metrikler ekleyin.

Bir gözden geçiren kontrol listesi ekleyin: doğruluk, eşleşme, test kapsamı, performans, güvenlik.

PR açıklamasını yazmak için 26. İstem'i ve kendi kendine inceleme için 27. İstem'i kullanın.

Bu arada: Bu iş akışını düzenleyicinizde veya belgelerinizde istiyorsanız, Sider.AI gibi araçlar, kod seçimlerinize karşı Claude 4.5 istemlerini düzenleyebilir, farkları otomatik olarak ekleyebilir ve her adımın sonuncusuna dayalı olarak çalışan bir çalışma bağlam penceresi tutabilir. Bu, ekiplerin geçici AI kullanımından güvenilir, inceleme öncelikli bir alışkanlığa geçmesine yardımcı olur.

Hızlı başlangıç paketleri (kopyala/yapıştır)

A Paketi: 'Özellik + Testler + PR'

1. İstem (özellik)

3. İstem (TDD)

26. İstem (PR yazma)

30. İstem (kendi kendine kontrol)

B Paketi: 'Büyük ölçekte yeniden düzenleme'

14. İstem (plan)

29. İstem (kod modifikasyonu)

23. İstem (CI hızı)

28. İstem (sürüm notları)

C Paketi: 'Sertleştirme sprinti'

13. İstem (güvenlik denetimi)

24. İstem (kapsayıcı)

25. İstem (sırlar)

16. İstem (gözlemlenebilirlik)

Sonraki adımlar

En önemli sorunlarınıza uyan 3 istem seçin ve bunları tek, küçük bir modülde çalıştırın.

Her istemi somut kısıtlamalar ve açık testlerle ayarlayın.

Sonuçları ölçün (p95 gecikme, PR teslim süresi, dağıtım arıza oranı).

Yalnızca bir kanarya deposunda kazanımları doğruladıktan sonra ölçeklendirin.

Temel çıkarımlar:

Claude 4.5, kesin kısıtlamalar, örnekler ve testlerle en güçlüdür.

Otonom kodlama korkuluklar gerektirir: bayraklar, metrikler ve geri alma.

Yeniden düzenlemeler ve PR'ler, aşamalı planlardan ve yüksek sinyalli incelemelerden yararlanır.

Küçük başlayın, ölçün ve yineleyin.

SSS

S1:Bu Claude 4.5 istemlerini teknik yığınımıza nasıl uyarlayabilirim? Dilinizi, çerçevenizi, kod stilinizi ve CI kurallarınızı her isteme ekleyin. Claude 4.5, yığınınızdan örnek dosyalar, yollar ve test çerçeveleri eklediğinizde en iyi performansı gösterir.

S2:Claude 4.5 güvenli büyük ölçekli yeniden düzenlemeler yazabilir mi? Evet, öncesi/sonrası desenler, bir kod modifikasyon planı ve aşamalı bir dağıtım sağlarsanız. Riski azaltmak için kuru çalıştırmalar, örnekleme doğrulaması ve kanarya PR'leri içeren istemler kullanın.

S3: Claude 4.5 ile yüksek kaliteli PR'lar elde etmenin en iyi yolu nedir? Diff'i ve bağlamı, sorun, çözüm, riskler, testler ve dağıtım adımlarını talep eden bir PR açıklaması istemine besleyin. İnceleme istemeden önce boşlukları yakalamak için bir öz değerlendirme istemiyle devam edin.

S4: Claude 4.5'in aşırı mühendislik yapmasını nasıl engellerim? En başta ulaşılmak istenmeyen hedefleri ve kısıtlamaları belirtin: en küçük uygulanabilir değişiklik, yeni bağımlılık yok, genel API'leri koru. Önce alternatifler isteyin ve en basit yaklaşımı seçin.

S5: Bu istemleri düzenleyicime veya CI'ıma entegre edebilir miyim? Evet. İstemi düzenleyici snippet'lerine veya CI işlerine sarın. Sider.AI gibi araçlar, bağlam toplamayı otomatikleştirebilir, seçilen koda istemler uygulayabilir ve diff'leri ve PR'leri tutarlı bir şekilde bir araya getirebilir.