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.

30 Prompt Claude 4.5 Terbaik untuk Pemrograman Otonom, Refaktor, dan PR

Mengapa _prompt_ Claude 4.5 ini penting sekarang

Jika jadwal Anda meleset karena tumpukan ulasan dan refaktor terus ditunda, Anda tidak sendirian. Tim-tim elite diam-diam menggunakan Claude 4.5 untuk menyusun fitur, melakukan refaktor secara berkelompok, dan menulis PR yang bersih dan siap ditinjau—sering kali dalam hitungan menit. Daftar ini memberi Anda 30 _prompt_ Claude 4.5 yang telah diuji di lapangan untuk pengkodean otonom, refaktor skala besar, dan _pull request_ yang mendapatkan persetujuan lebih cepat.

Kita akan menggunakan pendekatan praktis & berorientasi solusi: Anda akan mendapatkan _prompt_ yang dapat disalin dan ditempel, catatan tentang konteks dan batasan, serta kiat-kiat profesional untuk mengarahkan Claude 4.5 menghasilkan keluaran berkualitas tinggi yang dapat Anda percayai.

Cara menggunakan _prompt_ Claude 4.5 ini secara efektif

Berikan spesifikasi, batasan, dan pengujian penerimaan kepada Claude 4.5. Ia membuat kode lebih baik dengan hasil yang dapat diuji.

Selalu sertakan konteks repositori: bahasa, kerangka kerja, gaya kode, aturan CI, penamaan cabang.

Untuk refaktor, berikan berkas representatif ditambah peta permukaan kode (mis., kepemilikan modul, batasan).

Untuk PR, masukkan diff. Claude 4.5 menulis deskripsi yang lebih baik ketika ia tahu apa yang telah berubah.

Gunakan kontrol suhu melalui instruksi seperti “Pilih perubahan konservatif” atau “Usulkan alternatif; lalu implementasikan yang paling sederhana.”

Tambahkan _prompt_ langkah “verifikasi” terakhir untuk melakukan kritik diri, membuat pengujian, dan menemukan regresi.

30 _Prompt_ Claude 4.5 Teratas untuk Pengkodean Otonom, Refaktor, dan PR

Di bawah ini, setiap _prompt_ menyertakan blok salin-tempel, apa yang perlu diberikan, dan kiat profesional untuk menyetel respons Claude 4.5.

1) Implementasikan fitur dari spesifikasi yang jelas

Prompt: “Bertindaklah sebagai _senior engineer_. Implementasikan fitur berikut secara menyeluruh (_end-to-end_) dengan perubahan permukaan yang minimal. Hormati arsitektur dan standar pengkodean kami. Berikan hanya blok kode; jelaskan keputusan dalam komentar. Sertakan pengujian unit dan pengujian integrasi minimal. Spesifikasi:

[tempel spesifikasi fitur] Arsitektur:

[tempel modul yang relevan] Batasan:

[kinerja, keamanan, kompatibilitas mundur] Gaya kode:

[aturan _lint_, penamaan] Pengujian:

[kerangka kerja, target cakupan] Kirim:

Berkas yang diperbarui, berkas baru, dan pengujian.” Apa yang perlu diberikan: spesifikasi fitur, peta berkas, aturan gaya, kerangka kerja pengujian. Kiat profesional: Tambahkan “Pilih fungsi murni dan DI jika memungkinkan.”

2) Rangka modul baru (_greenfield_)

Prompt: “Buatlah rangka siap produksi untuk modul baru bernama [modul]. Rangka ini harus mengekspos antarmuka yang stabil dan menyembunyikan detail implementasi. Buat:

Antarmuka publik

Implementasi internal

Penyambungan dependensi

Contoh penggunaan

Pengujian unit Ikuti konvensi repositori kami:

Bahasa: [X]

Kerangka kerja: [Y]

Jalur/ruang nama: [aturan]

Lint/format: [aturan]” Apa yang perlu diberikan: tujuan modul target, antarmuka konsumen. Kiat profesional: Minta bagian 'anggaran stabilitas' dalam komentar untuk menandai risiko di masa mendatang.

3) TDD: tulis pengujian terlebih dahulu, baru kode

Prompt: “Anda sedang menjalankan TDD. Pertama, tulis pengujian unit yang gagal yang menyandikan spesifikasi. Setelah saya menyetujui, implementasikan kode minimal untuk meloloskannya. Sertakan kasus tepi dan pengujian berbasis properti jika membantu. Spesifikasi: [tempel] Lingkungan: [runtime + kerangka kerja pengujian] Batasan: [kinerja/keamanan/kompatibilitas]” Apa yang perlu diberikan: spesifikasi dan kerangka kerja pengujian. Kiat profesional: Minta 'daftar periksa pengujian mutasi' untuk memperkuat pernyataan.

4) Pembungkus API defensif

Prompt: “Rancang dan implementasikan klien defensif untuk API eksternal [nama]. Persyaratan:

Percobaan ulang dengan jitter

_Circuit breaker_

_Timeout_ + batas waktu

Pencatatan terstruktur

Metrik (latensi, tingkat kesalahan)

Taksonomi kesalahan Berikan kode + pengujian + cuplikan README untuk penggunaan.” Apa yang perlu diberikan: Dokumen API, batas laju. Kiat profesional: Tambahkan “Buat pengujian kekacauan untuk _timeout_ dan 5xx.”

5) Lapisan validasi masukan yang aman

Prompt: “Implementasikan lapisan validasi masukan terpusat untuk [domain] dengan validasi skema yang ketat, kanonikalisasi, dan pesan kesalahan yang aman untuk log. Cakup data JSON, formulir, dan argumen CLI. Sertakan pengujian dengan muatan berbahaya.” Apa yang perlu diberikan: skema yang diharapkan, konvensi penanganan kesalahan. Kiat profesional: Tambahkan referensi OWASP untuk mendorong cakupan yang lebih baik.

6) Operasi mikro-optimasi kinerja

Prompt: “Profil fungsi berikut dan usulkan 3 optimasi teratas dengan _tradeoff_. Lalu implementasikan perubahan terkecil dan teraman yang menghasilkan percepatan ≥20%. Kode: [tempel] Beban kerja: [jelaskan] Batasan: pertahankan perilaku publik.” Apa yang perlu diberikan: beban kerja representatif. Kiat profesional: Minta kode _harness_ tolok ukur untuk mengulangi pengukuran.

7) Peluncuran _feature flag_ dengan _kill-switch_

Prompt: “Tambahkan _feature flag_ di sekitar [fitur]. Persyaratan: _flag_ sisi server, peluncuran bertahap %, _bucketing_ lengket, _kill-switch_ instan, dan telemetri pada adopsi. Berikan migrasi, dokumen, dan pengujian.” Apa yang perlu diberikan: _platform flag_, wadah telemetri. Kiat profesional: Minta rencana migrasi untuk konfigurasi di produksi.

8) Pekerjaan asinkron + _idempotency_

Prompt: “Refaktorkan [operasi] menjadi pekerjaan asinkron. Pastikan _idempotency_ melalui kunci dedupe dan percobaan ulang yang aman. Tambahkan penanganan DLQ dan observabilitas. Sertakan: konfigurasi antrian, pekerja, kebijakan percobaan ulang, metrik, dan pengujian dengan peristiwa duplikat.” Apa yang perlu diberikan: detail antrian/runtime. Kiat profesional: Minta skrip putar ulang untuk pesan _dead-letter_.

9) Migrasikan I/O sinkron ke non-blocking

Prompt: “Konversi _blocking_ I/O di [berkas] ke API _non-blocking_. Jaga agar antarmuka tidak berubah. Tambahkan penanganan _backpressure_, _timeout_, dan pembersihan sumber daya. Berikan tolok ukur dan pengujian.” Apa yang perlu diberikan: kode dan API _runtime_ target. Kiat profesional: Tambahkan 'jangan ubah tipe publik' untuk menghindari perubahan besar.

10) Batas transaksi database

Prompt: “Tinjau dan perbaiki batas transaksi untuk [modul]. Tujuan: operasi atomik, tingkat isolasi yang konsisten, percobaan ulang yang aman pada kesalahan sementara, dan minimalisasi perebutan kunci. Berikan diff kode + penalaran dalam komentar.” Apa yang perlu diberikan: Pola ORM/SQL mentah, rasa DB. Kiat profesional: Minta set pengujian kebuntuan (_deadlock_).

11) Strategi _caching_ dengan _guardrail_ kebenaran

Prompt: “Implementasikan lapisan _caching_ untuk [jalur panas] dengan:

_Cache aside_

TTL + jitter

Perlindungan _stampede_

Observabilitas (_hit/miss_)

Hook invalidasi Pastikan kebenaran pada _cold start_. Sertakan pengujian.” Apa yang perlu diberikan: bentuk data, persyaratan konsistensi. Kiat profesional: Minta 'jurnal konsistensi' yang menjelaskan kasus tepi.

12) Migrasi skema dengan _zero downtime_

Prompt: “Rencanakan dan implementasikan migrasi _zero-downtime_ dari skema A ke B menggunakan perluas/kontrak. Sertakan migrasi, pekerjaan pengisian balik, jendela baca/tulis ganda, dan rencana _rollback_. Berikan PR yang dipentaskan berdasarkan rilis.” Apa yang perlu diberikan: skema saat ini/target. Kiat profesional: Minta daftar periksa _cutover_.

13) Daftar periksa pengerasan keamanan + patch

Prompt: “Audit [layanan] terhadap daftar periksa ini: authN, authZ, penanganan rahasia, TLS, validasi masukan, pencatatan, hak istimewa terendah, risiko dependensi. Hasilkan temuan yang diprioritaskan dan patch kode minimal. Sertakan pengujian.” Apa yang perlu diberikan: kode layanan, ikhtisar infrastruktur. Kiat profesional: Minta pemeriksaan CVE untuk dependensi teratas.

14) Generator rencana refaktor _monorepo_

Prompt: “Mengingat peta _monorepo_ ini, usulkan rencana refaktor bertahap ke [tujuan], dengan pemutusan dependensi, kepemilikan paket, dan strategi CI. Lalu buat perubahan hanya untuk Fase 1 dengan pengujian.” Apa yang perlu diberikan: grafik repo, kondisi akhir yang diinginkan. Kiat profesional: Tambahkan 'batasi perubahan besar ke X berkas' untuk mengontrol ruang lingkup.

15) Pengerjaan ulang pencatatan untuk sinyal di atas kebisingan

Prompt: “Tulis ulang pencatatan di [modul] ke log terstruktur dengan tingkat, bidang stabil, dan redaksi. Hapus log bising, tambahkan ID korelasi, dan dokumentasikan invarian log. Berikan contoh sebelum/sesudah dan pengujian.” Apa yang perlu diberikan: log saat ini, aturan privasi. Kiat profesional: Minta aturan pengambilan sampel untuk jalur panas.

16) Paket pemula observabilitas

Prompt: “Tambahkan pelacakan, metrik, dan pemeriksaan kesehatan ke [layanan]. Gunakan konvensi [OpenTelemetry]. Berikan dasbor (JSON), SLO, dan pemberitahuan. Sertakan dokumen pengaturan dev lokal.” Apa yang perlu diberikan: _runtime_, _exporter_, target SLI/SLO. Kiat profesional: Minta metrik RED/USE secara default.

17) Operasi aksesibilitas (a11y)

Prompt: “Audit komponen UI untuk aksesibilitas (WCAG 2.2 AA). Perbaiki navigasi keyboard, urutan fokus, kontras warna, dan peran ARIA. Berikan tangkapan layar sebelum/sesudah dan daftar periksa pelanggaran yang diperbaiki.” Apa yang perlu diberikan: kode komponen, _design token_. Kiat profesional: Minta pengujian storybook a11y.

18) Rangka internasionalisasi (i18n)

Prompt: “Perkenalkan i18n ke [front-end]. Tambahkan katalog pesan, peralihan lokal, pemformatan pesan ICU, dukungan RTL, dan pseudo-lokalisasi. Berikan instruksi migrasi dan pengujian.” Apa yang perlu diberikan: kerangka kerja, penggunaan teks saat ini. Kiat profesional: Minta aturan _lint_ yang mencegah string yang dikodekan secara permanen.

19) Refaktor manajemen status

Prompt: “Refaktorkan [status UI] ke model yang dapat diprediksi (mis., Redux/Zustand/MobX/XState). Tujuan: hapus status implisit, memoize _selector_, dan isolasi efek samping. Berikan pengujian dan panduan migrasi.” Apa yang perlu diberikan: alur status saat ini. Kiat profesional: Minta diagram status dan tabel peristiwa.

20) Peningkatan keamanan tipe

Prompt: “Migrasikan [basis kode] secara bertahap ke pengetikan yang lebih kuat (mis., mode ketat TS). Identifikasi titik panas, tambahkan tipe, dan cegah _implicit any_. Berikan rencana bertahap + PR per modul.” Apa yang perlu diberikan: tujuan pengetikan, batasan pembangunan. Kiat profesional: Minta pengujian berbasis tipe untuk _generic_ yang rumit.

21) Diagnosis dan perbaikan kebocoran memori

Prompt: “Analisis pertumbuhan memori di [layanan] di bawah [beban kerja]. Identifikasi kebocoran melalui _profiling_, usulkan perbaikan yang diperingkat berdasarkan dampak/risiko, implementasikan perubahan minimal, dan tambahkan pengujian regresi.” Apa yang perlu diberikan: _heap profile_, _reproducer_. Kiat profesional: Minta ringkasan gaya _post-mortem_ di PR.

22) Perburuan kondisi balapan (_race condition_)

Prompt: “Temukan dan perbaiki kondisi balapan di [area konkurensi]. Berikan pengujian deterministik, aturan pengurutan kunci, dan komentar yang mendokumentasikan invarian.” Apa yang perlu diberikan: area kode konkuren, gejala kegagalan. Kiat profesional: Minta _harness_ pengujian stres.

23) Percepatan CI tanpa kehilangan cakupan

Prompt: “Optimalkan CI untuk mengurangi _runtime_ sebesar ≥30% tanpa mengurangi cakupan. Terapkan _caching_, _test sharding_, dan _incremental build_. Berikan tabel metrik dan rencana _rollback_.” Apa yang perlu diberikan: yaml CI saat ini, _bottleneck_. Kiat profesional: Minta otomatisasi karantina pengujian _flaky_.

24) Pengerasan kontainer + SBOM

Prompt: “Refaktorkan Dockerfile ke gambar minimal _multi-stage_, pengguna non-root, dan basis yang terverifikasi. Tambahkan pembuatan SBOM dan pemindaian kerentanan di CI. Berikan contoh dan pengujian.” Apa yang perlu diberikan: Dockerfile saat ini, registri. Kiat profesional: Minta _reproducible build_ dan _provenance_ (gaya SLSA).

25) Pengerjaan ulang manajemen rahasia

Prompt: “Ganti rahasia _inline_ dengan [vault/KMS]. Rotasi kunci, tambahkan kebijakan hak istimewa terendah, dan implementasikan injeksi rahasia di CI/CD. Berikan buku panduan dan pengujian.” Apa yang perlu diberikan: penggunaan rahasia saat ini, penyedia. Kiat profesional: Minta deteksi komit yang tidak disengaja.

26) Penulis deskripsi PR (dibantu AI)

Prompt: “Mengingat diff ini, tulis deskripsi PR berkualitas tinggi: masalah, solusi, ruang lingkup, risiko, rencana peluncuran, metrik, dan tautan ke masalah terkait. Sertakan daftar periksa peninjau. Batasi hingga 300–450 kata. Diff: [tempel]” Apa yang perlu diberikan: diff, tautan masalah. Kiat profesional: Tambahkan 'sertakan dan rencana pengujian di atas.'

27) Generator komentar PR untuk peninjau

Prompt: “Tinjau diff ini seperti peninjau senior. Tulis komentar ringkas dan berkualitas tinggi hanya jika diperlukan. Fokus pada kebenaran, _coupling_, celah pengujian, keamanan, dan kinerja. Akhiri dengan persetujuan atau ringkasan permintaan perubahan.” Apa yang perlu diberikan: diff dan konteks. Kiat profesional: Minta 'nits dikelompokkan di akhir.'

28) Penulis catatan rilis + _changelog_

Prompt: “Buat catatan rilis yang mudah dibaca dari PR yang digabungkan. Kelompokkan berdasarkan fitur, perbaikan, infrastruktur, dan dokumen. Tambahkan catatan peningkatan dan perubahan besar dengan langkah-langkah migrasi. Jaga agar tetap mudah dipindai.” Apa yang perlu diberikan: daftar PR, tag, dampak. Kiat profesional: Minta kategori yang benar secara _semver_.

29) Refaktor otomatis skala besar (_codemod_)

Prompt: “Rancang _codemod_ yang aman untuk memigrasikan [pola A] ke [pola B] di seluruh repo. Sertakan:

Aturan analisis statis

Skrip transformasi

Rencana _dry-run_

Validasi pengambilan sampel

Peluncuran dalam batch dengan _backout_ Buat skrip + pengujian.” Apa yang perlu diberikan: contoh sebelum/sesudah, ruang lingkup target. Kiat profesional: Minta _canary_ PR terlebih dahulu.

30) Suite verifikasi dan pemeriksaan mandiri

Prompt: “Sebelum menyelesaikan, tinjau sendiri perubahan:

Jelaskan potensi regresi

Usulkan penambahan pengujian

Jalankan pemeriksaan model mental pada konkurensi, memori, dan I/O

Konfirmasikan kepatuhan gaya dan lint Kembalikan daftar periksa dan perbaikan kode jika diperlukan.” Apa yang perlu diberikan: set perubahan dan aturan CI. Kiat profesional: Gabungkan dengan bahasa 'bertindak sebagai peninjau paranoid'.

Contoh: Menggunakan Claude 4.5 untuk merefaktor alur kerja pembayaran

Skenario: Layanan Node.js memproses pembayaran secara sinkron dan _timeout_ pada beban puncak.

Cara menerapkan _prompt_:

Mulai dengan _Prompt_ 6 untuk memprofilkan _bottleneck_.

Gunakan _Prompt_ 8 untuk memindahkan langkah-langkah berat (pemeriksaan penipuan, pembuatan faktur) ke pekerjaan asinkron dengan _idempotency_.

Terapkan _Prompt_ 11 untuk menyimpan _cache_ pencarian _idempotent_ (metadata BIN, nilai tukar).

Tambahkan _Prompt_ 16 untuk pelacakan dan metrik RED.

Bungkus peluncuran dalam _Prompt_ 7 dengan _feature flag_.

Tutup dengan _Prompt_ 30 untuk memeriksa sendiri dan menambahkan pengujian.

Hasil: Penurunan latensi 45% p95, _timeout_ mendekati nol, peluncuran lebih aman.

Membuat blok konteks Claude 4.5 yang lebih baik

Claude 4.5 bersinar ketika Anda:

Berikan berkas representatif daripada seluruh repo.

Nyatakan tujuan non: “Jangan ubah antarmuka publik.”

Berlabuh dengan kriteria penerimaan eksplisit dan nama pengujian.

Tambahkan _guardrail_: “Pilih pustaka standar daripada dependensi baru.”

Minta alternatif terlebih dahulu, lalu implementasi yang dipilih.

Coba meta-prompt ini: “Sebelum membuat kode, garis bawahi 2–3 pendekatan yang layak dengan _tradeoff_ (kompleksitas, kinerja, keterbacaan). Pilih salah satu yang meminimalkan risiko dan selaras dengan batasan kita. Lalu implementasikan.”

_Pull request_ yang digabungkan lebih cepat: buku pedoman Claude 4.5

Mulai dengan pernyataan masalah yang jelas dan perubahan yang paling layak.

Lampirkan log, pelacakan, atau tolok ukur yang menunjukkan delta sebelum/sesudah.

Sertakan rencana pengujian, langkah-langkah _rollback_, dan metrik untuk ditonton setelah penerapan.

Tambahkan daftar periksa peninjau: kebenaran, _coupling_, cakupan pengujian, kinerja, keamanan.

Gunakan _Prompt_ 26 untuk menulis deskripsi PR dan _Prompt_ 27 untuk peninjauan sendiri.

Ngomong-ngomong: Jika Anda menginginkan alur kerja ini di dalam editor atau dokumen Anda, alat seperti Sider.AI dapat mengatur _prompt_ Claude 4.5 terhadap pilihan kode Anda, melampirkan diff secara otomatis, dan menyimpan jendela konteks yang berjalan sehingga setiap langkah dibangun di atas yang terakhir. Ini membantu tim beralih dari penggunaan AI _ad-hoc_ ke kebiasaan yang andal dan mengutamakan peninjauan.

Bundel _quick-start_ (salin/tempel)

Bundel A: 'Fitur + Pengujian + PR'

_Prompt_ 1 (fitur)

_Prompt_ 3 (TDD)

_Prompt_ 26 (penulisan PR)

_Prompt_ 30 (pemeriksaan mandiri)

Bundel B: 'Refaktor skala besar'

_Prompt_ 14 (rencana)

_Prompt_ 29 (_codemod_)

_Prompt_ 23 (kecepatan CI)

_Prompt_ 28 (catatan rilis)

Bundel C: 'Sprint pengerasan'

_Prompt_ 13 (audit keamanan)

_Prompt_ 24 (kontainer)

_Prompt_ 25 (rahasia)

_Prompt_ 16 (observabilitas)

Langkah selanjutnya

Pilih 3 _prompt_ yang sesuai dengan masalah utama Anda dan jalankan pada satu modul kecil.

Setel setiap _prompt_ dengan batasan konkret dan pengujian eksplisit.

Ukur hasilnya (latensi p95, waktu tunggu PR, tingkat kegagalan penerapan).

Tingkatkan skala hanya setelah Anda memvalidasi keuntungan di repo _canary_.

Poin-poin penting:

Claude 4.5 paling kuat dengan batasan, contoh, dan pengujian yang tepat.

Pengkodean otonom membutuhkan _guardrail_: _flag_, metrik, dan _rollback_.

Refaktor dan PR mendapat manfaat dari rencana bertahap dan ulasan berkualitas tinggi.

Mulai dari yang kecil, ukur, dan ulangi.

FAQ

Q1:Bagaimana cara menyesuaikan _prompt_ Claude 4.5 ini dengan tumpukan teknologi saya? Tambahkan bahasa, kerangka kerja, gaya kode, dan aturan CI Anda ke setiap _prompt_. Claude 4.5 berkinerja terbaik ketika Anda menyertakan contoh berkas, jalur, dan kerangka kerja pengujian dari tumpukan Anda.

Q2:Bisakah Claude 4.5 menulis refaktor skala besar yang aman? Ya, jika Anda memberikan pola sebelum/sesudah, rencana _codemod_, dan peluncuran bertahap. Gunakan _prompt_ yang menyertakan _dry run_, validasi pengambilan sampel, dan _canary_ PR untuk mengurangi risiko.

P3: Cara terbaik untuk mendapatkan (PR) berkualitas tinggi dengan Claude 4.5? Masukkan dan konteks ke dalam deskripsi PR yang menuntut penjelasan masalah, solusi, risiko, pengujian, dan langkah-langkah peluncuran. Ikuti dengan untuk mengidentifikasi kekurangan sebelum meminta .

P4: Bagaimana cara mencegah Claude 4.5 melakukan ? Nyatakan hal-hal yang bukan tujuan dan batasan di awal: perubahan layak terkecil, tanpa dependensi baru, pertahankan API publik. Minta alternatif terlebih dahulu dan pilih pendekatan yang paling sederhana.

P5: Bisakah saya mengintegrasikan ini ke dalam editor atau CI saya? Bisa. Bungkus ke dalam editor atau CI. Alat seperti Sider.AI dapat mengotomatiskan pengumpulan konteks, menerapkan ke kode yang dipilih, dan menyusun dan PR secara konsisten.