Prompt Claude Terbaik untuk Menulis, Penelitian, dan Pemrograman

Prompt Claude yang terbaik membuat tugas ini mudah dipahami: berikan Claude sebuah tujuan, materi yang harus digunakan, batasan-batasan yang relevan, serta cara untuk memeriksa hasilnya. Untuk penulisan, pastikan fakta-faktanya akurat dan pertimbangkan tindakan selanjutnya yang akan dilakukan pembaca. Untuk penelitian, hubungkan pernyataan dengan sumbernya. Untuk pemrograman, tentukan perilaku yang benar dan jalankan pengujian.

Mulailah dengan tugas yang Anda butuhkan di bawah ini: menyusun draf email, memahami paket sumber, atau memperbaiki fungsi Python. Pilih dari 12 templat yang dapat disesuaikan, lalu pelajari tiga contoh yang telah diuji dengan Claude di GlobalGPT. Setiap contoh mencakup prompt dan jawaban lengkap, sehingga Anda dapat melihat apa yang perlu disalin, apa yang perlu diubah, dan apa yang perlu diperiksa pada pekerjaan Anda sendiri.

Jika pekerjaan Anda berlanjut dari tahap penelitian ke tahap penulisan, lalu ke tahap pemrograman, GlobalGPT Menyatukan Claude dan model-model terkemuka lainnya, beserta berbagai alat AI, ke dalam satu langganan yang terjangkau dan satu dasbor. Anda dapat mengelola alur kerja secara menyeluruh dan memilih model atau fungsi yang sesuai untuk langkah berikutnya.

Coba Claude Fable 5.1 di GlobalGPT Sekarang

Sekilas tentang prompt Claude terbaik

Pilih templat sesuai dengan keputusan atau hasil kerja yang Anda butuhkan. Isi kolom-kolom yang ditandai kurung siku sebelum mengirimkannya. Templat penulisan dan penelitian dapat digunakan dengan teks yang disisipkan; sedangkan petunjuk pemrograman yang meminta akses ke berkas atau eksekusi memerlukan alat yang benar-benar mampu melakukan tindakan-tindakan tersebut.

Format awal yang dapat digunakan kembali sudah cukup untuk banyak pekerjaan. Gambaran Umum Rekayasa Prompt Anthropic Dimulai dengan kriteria keberhasilan dan cara mengujinya. Anda tidak perlu membuat profil ahli yang rumit untuk menentukan apa saja yang seharusnya terkandung dalam jawaban yang bermanfaat.

Bantu saya [TUGAS] untuk [PEMIRSA ATAU TUJUAN].
Gunakan materi ini: [SALIN MATERI].
Patuhi batasan-batasan berikut: [FAKTA, RUANG LINGKUP, PANJANG, ATAU ATURAN].
Hasilkan [FORMAT HASIL].
Hasil yang berhasil harus [PERSYARATAN YANG DAPAT DIVERIFIKASI].
Jika ada detail penting yang terlewatkan, ajukan pertanyaan spesifik yang menghambat penyelesaian tugas.

Gunakan judul atau tag jika hal tersebut dapat mempermudah pemisahan poin-poin dalam brief yang rumit. Panduan pemberian petunjuk terkini dari Anthropic merekomendasikan petunjuk yang jelas, contoh-contoh yang bermanfaat, dan tag XML yang deskriptif untuk materi campuran. Tag berfungsi untuk mengatur teks; tag tidak menciptakan bukti, memberikan akses ke alat bantu, atau menjadikan suatu jawaban benar.

Claude: Ide-ide untuk menulis

Dalam menulis, bagian yang sulit seringkali adalah mempertahankan inti pesan sambil mengubah cara penyampaiannya. Jelaskan apa yang perlu dilakukan pembaca dan detail mana saja yang sudah pasti. Kalimat yang mengalir lancar tidak akan berguna jika diam-diam menyisipkan janji.

1. Menulis email berdasarkan ringkasan fakta

Undangan, pemberitahuan terbaru, atau email pelanggan yang jelas dengan rincian yang harus tepat. Bawa: Ringkasan fakta, audiens, tindakan balasan, dan batasan jumlah kata.

Tulis email sesuai permintaan dalam brief. Anggap fakta-fakta yang telah dikonfirmasi sebagai hal yang pasti. Bedakan permintaan dari konfirmasi. Ikuti format dan panjang hasil yang ditentukan. Gunakan hanya detail yang disediakan.


Penerima: [SIAPA YANG AKAN MEMBACA INI]
Tujuan: [APA YANG HARUS DICAPAI OLEH EMAIL INI]
Fakta yang telah dikonfirmasi: [TANGGAL, WAKTU, HARGA, BATASAN, DAN RINCIAN LAINNYA]
Rincian yang belum diketahui atau belum disetujui: [HAL-HAL YANG TIDAK DAPAT ANDA JANJIKAN]
Tindakan pembaca: [LANGKAH SELANJUTNYA YANG TEPAT]
Nada: [NADA]
Hasil: baris subjek dan isi email sebanyak [JUMLAH KATA] kata.

2. Sesuaikan gaya penulisan Anda

Sebuah draf singkat yang terdengar selaras dengan karya Anda yang sudah ada. Bawa: Dua atau tiga contoh tulisan Anda dan fakta-fakta untuk artikel baru tersebut.

Gunakan contoh tulisan saya untuk mengidentifikasi tiga ciri gaya yang dapat diamati: ritme kalimat, tingkat formalitas, dan cara saya menjelaskan gagasan. Terapkan ciri-ciri tersebut pada [FORMAT] baru untuk [AUDIENS].

Gunakan contoh-contoh tersebut hanya untuk gaya penulisan. Gunakan brief baru untuk fakta-fakta. Sebutkan ketiga ciri tersebut, lalu berikan draf dengan [JUMLAH KATA] kata.


[TEMPELKAN TULISAN ANDA SENDIRI]


[TOPIK, TUJUAN, FAKTA YANG TELAH DIKONFIRMASI, DAN TINDAKAN PEMBACA]

Pilihlah contoh-contoh yang gayanya ingin Anda pertahankan. Daftar kata sifat seperti “ramah, berwawasan luas, profesional” memberikan ruang interpretasi yang lebih luas daripada beberapa contoh konkret. Brief baru tersebut harus tetap menjadi sumber detail faktual.

3. Temukan perubahan yang paling penting

Sebuah draf yang terasa kurang meyakinkan, namun tidak sampai perlu ditulis ulang sepenuhnya. Bawa: Draf Anda, target pembaca, tujuan, dan bagian-bagian yang ingin dipertahankan.

Tinjau draf ini untuk [PEMIRSA] yang ingin [TUJUAN PEMBACA]. Identifikasi maksimal tiga perubahan yang paling dapat meningkatkan kejelasan atau kegunaan teks ini. Jika perubahan yang diperlukan kurang dari tiga, sebutkan hal tersebut.

Untuk setiap perubahan, kutip bagian aslinya, jelaskan masalah yang dihadapi pembaca, dan usulkan penggantinya. Pertahankan makna faktual dan elemen-elemen berikut: [HARUS DIpertahankan]. Jangan menulis ulang seluruh draf.


[TEMPEL DRAFT]

4. Memanfaatkan satu sumber untuk dua kelompok audiens

Mengubah pembaruan yang telah disetujui menjadi catatan internal dan pesan untuk pelanggan. Bawa: Satu sumber yang telah disetujui dan dua ringkasan audiens.

Sesuaikan sumber yang telah disetujui menjadi dua versi singkat:
A. [FORMAT, SASARAN, TUJUAN, BATAS JUMLAH KATA]
B. [FORMAT, SASARAN, TUJUAN, BATAS JUMLAH KATA]

Pastikan tanggal, angka, ketersediaan fitur, dan komitmen tetap konsisten. Sesuaikan penjelasan dan penekanan agar sesuai dengan masing-masing audiens. Jika ada audiens yang membutuhkan detail yang tidak terdapat dalam sumber, cantumkan kekurangan tersebut setelah draf-draf tersebut.


[TEMPELKAN SUMBER]

Tulis email sesuai permintaan dalam brief di bawah ini.

CONTOH TUGAS FIKTIF. Ini adalah detail lokakarya yang dibuat-buat, bukan tawaran nyata.

Anda sedang menulis email undangan untuk lokakarya komunitas fiktif bernama Clear Notes.
Sasaran: pemimpin proyek tim kecil yang ingin catatan rapat yang lebih rapi.
Tujuan: mengundang pembaca untuk membalas dengan kata "PAGI" atau "SIANG" guna mengajukan permohonan tempat. Balasan tersebut merupakan permohonan tempat; bukan konfirmasi pendaftaran.
Fakta yang telah dikonfirmasi:
- Tanggal: 8 Oktober 2026.
- Ada dua sesi terpisah yang dimulai pada pukul 09:00 UTC dan 16:00 UTC.
- Setiap sesi berlangsung selama 40 menit.
- Setiap sesi memiliki 25 tempat.
- Peserta tidak dikenakan biaya.
- Peserta akan menerima catatan yang dapat diunduh.
- Tidak akan ada rekaman yang disediakan.
- Belum ada batas waktu pendaftaran yang ditetapkan.
Hasil yang diharapkan: baris subjek dan isi email sebanyak 100–140 kata. Gunakan bahasa Inggris yang sederhana dan ramah; tanpa hiperbola. Sertakan tanggal, kedua waktu mulai beserta zona waktunya, durasi, kapasitas per sesi, harga, catatan yang dapat diunduh, tidak adanya rekaman, dan tindakan yang harus dilakukan sebagai balasan. Jangan membuat tautan, batas waktu, konfirmasi reservasi, pembicara, atau lokasi acara yang tidak ada. Tidak apa-apa jika batas waktu pendaftaran yang belum ditetapkan tidak disebutkan.

**Subjek: Lokakarya Clear Notes – 8 Oktober 2026 – Balas untuk Mendaftar**

Halo,

Kami mengundang para pemimpin proyek yang ingin memiliki catatan rapat yang lebih rapi dan bermanfaat untuk bergabung dalam Clear Notes, sebuah lokakarya komunitas gratis pada tanggal 8 Oktober 2026.

Tersedia dua sesi yang identik, masing-masing berdurasi 40 menit: satu dimulai pukul 09:00 UTC dan satu lagi pukul 16:00 UTC. Setiap sesi memiliki 25 tempat yang tersedia.

Keikutsertaan gratis, dan setiap peserta akan menerima catatan yang dapat diunduh untuk disimpan. Harap diperhatikan bahwa tidak akan ada rekaman yang disediakan, sehingga kehadiran langsung adalah satu-satunya cara untuk berpartisipasi.

Untuk mengajukan permohonan tempat, cukup balas email ini dengan menuliskan MORNING atau AFTERNOON, tergantung sesi mana yang paling sesuai untuk Anda. Membalas email ini hanya untuk mengajukan permohonan tempat; hal ini belum mengonfirmasi pendaftaran Anda. Kami akan segera menghubungi Anda kembali dengan detail lebih lanjut.

Terima kasih, dan kami berharap dapat bertemu Anda di sana.

Tulis email undangan sesuai permintaan dalam brief. Anggap fakta yang telah dikonfirmasi sebagai hal yang pasti. Bedakan antara permintaan tempat dengan pemesanan yang telah dikonfirmasi. Ikuti format dan panjang hasil yang ditentukan. Gunakan hanya detail yang disediakan.


SKENARIO UJI COBA FIKTIF. Ini adalah detail lokakarya yang dibuat-buat, bukan penawaran nyata.

Anda sedang menulis email undangan untuk lokakarya komunitas fiktif bernama Clear Notes.
Sasaran: pemimpin proyek tim kecil yang menginginkan catatan rapat yang lebih rapi.
Tujuan: mengundang pembaca untuk membalas dengan kata MORNING atau AFTERNOON guna mengajukan permohonan tempat. Balasan tersebut merupakan permohonan tempat; bukan konfirmasi pemesanan.
Fakta yang telah dikonfirmasi:
- Tanggal: 8 Oktober 2026.
- Dua sesi terpisah dimulai pada pukul 09:00 UTC dan 16:00 UTC.
- Setiap sesi berlangsung selama 40 menit.
- Setiap sesi memiliki 25 tempat.
- Keikutsertaan gratis.
- Peserta akan menerima catatan yang dapat diunduh.
- Tidak akan disediakan rekaman.
- Belum ditetapkan batas waktu pendaftaran.
Hasil yang diharapkan: baris subjek dan isi email sebanyak 100–140 kata. Gunakan bahasa Inggris yang sederhana dan ramah; hindari bahasa yang berlebihan. Sertakan tanggal, kedua waktu mulai dan zona waktu, durasi, kapasitas per sesi, harga, catatan yang dapat diunduh, tidak adanya rekaman, dan tindakan balasan. Jangan membuat tautan, batas waktu, konfirmasi reservasi, pembicara, atau lokasi acara yang tidak ada. Tidak masalah jika batas waktu pendaftaran yang belum ditetapkan tidak disebutkan.

Subjek: Anda Diundang: Lokakarya Clear Notes – 8 Oktober 2026

Halo,

Jika Anda seorang pemimpin proyek yang ingin membuat catatan rapat yang lebih rapi, kami dengan senang hati mengundang Anda untuk menghadiri lokakarya Clear Notes pada 8 Oktober 2026.

Tersedia dua sesi, masing-masing berdurasi 40 menit: satu dimulai pukul 09:00 UTC dan satu lagi pukul 16:00 UTC. Setiap sesi memiliki kuota 25 peserta, dan keikutsertaan sepenuhnya gratis.

Semua peserta akan menerima catatan yang dapat diunduh untuk disimpan dan dijadikan referensi di kemudian hari. Harap diperhatikan bahwa tidak akan ada rekaman yang disediakan, sehingga kehadiran langsung adalah satu-satunya cara untuk berpartisipasi.

Untuk mengajukan permohonan tempat, cukup balas dengan kata MORNING atau AFTERNOON, tergantung sesi mana yang paling sesuai untuk Anda. Membalas pesan ini hanya untuk mengajukan permohonan tempat; hal ini belum mengonfirmasi pemesanan Anda; kami akan segera menghubungi Anda dengan detail lebih lanjut.

Kami berharap dapat bertemu Anda di sana.

Salam hangat,
Tim Clear Notes

Claude: Ide-ide untuk penelitian

Petunjuk penelitian memerlukan batasan bukti. Cantumkan ID sumber pada kutipan yang relevan, atau gunakan alat yang benar-benar dapat mengambilnya. URL saja tidak cukup sebagai bukti bahwa Claude telah membuka halaman tersebut. Templat-templat ini memisahkan apa yang dinyatakan oleh sumber dari kesimpulan yang dapat Anda ambil.

5. Menggabungkan berbagai sumber tanpa mengabaikan perbedaan pendapat

Menjawab pertanyaan mengenai suatu keputusan berdasarkan dokumen-dokumen yang dapat Anda periksa. Bawa: Kutipan yang diberi label, tanggalnya, pertanyaan keputusan, dan klaim apa pun yang perlu diaudit.

Jawab [PERTANYAAN KEPUTUSAN] dengan hanya menggunakan paket sumber di bawah ini. Bandingkan definisi, populasi, dan penyebut sebelum menganggap perbedaan numerik sebagai bukti adanya perbaikan. Bedakan antara pernyataan awal dan hasil pengukuran. Hubungkan setiap kesimpulan dengan kutipan sumber yang tepat yang benar-benar mendukungnya, dan abaikan bukti yang tidak ada.

Hasil: rekomendasi dengan maksimal [BATAS] kata; tabel yang berisi Klaim, Kesimpulan, ID Sumber, dan kutipan pendukung yang tepat; serta tiga pengukuran yang hilang yang diperlukan untuk perbandingan yang adil. Gunakan label “Didukung”, “Sebagian didukung”, “Tidak didukung”, atau “Bertentangan” hanya jika bukti memang mendukung label tersebut. Audit klaim-klaim ini: [CLAIMS].


[ID SUMBER, TANGGAL, DAN KUTIPAN LENGKAP YANG RELEVAN]

6. Periksa klaim tersebut berdasarkan rujukannya

Memeriksa draf sebelum kutipan tersebut digunakan sebagai bukti. Bawa: Klaim yang tepat beserta kutipan sumbernya, bukan sekadar URL.

Periksa setiap klaim berdasarkan teks sumber yang disertakan. Untuk setiap klaim, cantumkan: klaim, ID sumber, kutipan relevan yang tepat, kesimpulan, dan versi yang telah diperbaiki jika diperlukan.

Gunakan “Didukung” jika sumber mendukung seluruh klaim; "Partly supported" jika sumber hanya mendukung sebagian; "Unsupported" jika bukti tidak ada atau tidak memadai; dan "Contradicted" jika sumber bertentangan langsung dengan klaim. Jika teks sumber tidak tersedia, nyatakan bahwa Anda tidak dapat menilai dukungan tersebut. Jangan menyimpulkan isi sumber hanya berdasarkan judul atau URL-nya.

[TEMPEL PASANGAN KLAIM–SUMBER]

“Tidak didukung” berarti bukti yang diajukan tidak cukup untuk membuktikan klaim tersebut. “Bertentangan” berarti bukti tersebut bertentangan dengan klaim tersebut. Perbedaan tersebut penting ketika sebuah sumber melaporkan belum ada hasil: sumber tersebut belum menunjukkan adanya perbaikan maupun kemunduran.

7. Bandingkan berbagai opsi dengan ringkasan keputusan Anda

Memilih di antara berbagai pilihan yang bukti-buktinya tidak seimbang. Bawa: Kriteria, batasan, dan informasi yang dapat diandalkan mengenai setiap opsi.

Bandingkan [OPSI] untuk [KEPUTUSAN]. Gunakan kriteria berikut sesuai urutan prioritas ini: [KRITERIA]. Batasan yang tidak dapat diabaikan: [BATASAN]. Gunakan hanya informasi opsi di bawah ini.

Sajikan tabel perbandingan, pilihan yang paling didukung, dan fakta yang hilang yang paling mungkin mengubah pilihan tersebut. Tandai nilai yang hilang sebagai “tidak diketahui”. Pisahkan fakta dari penilaian. Jangan mengarang harga, skor, atau bobot numerik. Jika tidak ada opsi yang dapat dipilih berdasarkan bukti yang ada, jelaskan trade-off spesifik yang belum terselesaikan.


[TEMPELKAN INFORMASI YANG TELAH DIVERIFIKASI BERSAMA ID SUMBER]

8. Ubah topik yang luas menjadi rencana penelitian

Memulai penelitian sebelum Anda memiliki sumber yang cukup untuk menjawab pertanyaan tersebut. Bawa: Keputusan, audiens, cakupan, dan tenggat waktu.

Buatlah rencana penelitian untuk [PERTANYAAN] guna membantu [PEMIRSA] mengambil [KEPUTUSAN]. Ruang lingkup: [WILAYAH, PERIODE, DAN PENGECUALIAN]. Waktu yang tersedia: [WAKTU].

Sajikan lima subpertanyaan yang terfokus. Untuk masing-masing subpertanyaan, berikan bukti yang diperlukan, jenis sumber primer yang diutamakan, istilah pencarian yang disarankan, serta temuan yang dapat mengubah keputusan tersebut. Akhiri dengan dua pencarian yang memiliki prioritas tertinggi. Jangan mengada-ada studi atau mengklaim bahwa Anda telah membaca sumber-sumber tersebut. Jika Anda menggunakan alat penelusuran, identifikasi secara terpisah halaman-halaman yang benar-benar dibuka dan apa yang didukung oleh masing-masing halaman tersebut.

1. A: 40/50 = 80%, menggunakan akun yang diundang. Keduanya lulus.
2. B: 54/60 = 90%, menggunakan data awal onboarding. Keduanya lulus; kutipan sumber mencantumkan penyebutnya.
3. Tandai secara eksplisit baik definisi aktivasi yang berbeda maupun penyebut yang berbeda. Keduanya gagal pada bagian penyebut.
4. Jangan menganggap hasil retensi yang tidak ada sebagai bukti perbaikan. Keduanya menjelaskan kesenjangan data.
5. Jangan menganggap median dukungan gabungan sebagai penurunan yang terbukti. Keduanya lulus.
6. Jangan menyimpulkan manfaat kausal atau membenarkan peluncuran penuh berdasarkan uji coba ini. Keduanya lulus.
7. Cocokkan setiap klaim dan label bukti dengan apa yang didukung oleh kutipan yang dikutip. Jawaban sederhana gagal pada “Bertentangan”; jawaban terstruktur lulus.
8. Identifikasi tiga pengukuran spesifik yang hilang. Keduanya lulus.
Label yang salah pada jawaban sederhana dihitung sekali, pada pemeriksaan 7.

Kerjakan tugas yang terdapat di bagian akhir paket sumber ini.

# Paket penelitian fiktif

Semua organisasi, data, kutipan, dan dokumen di bawah ini merupakan hasil rekayasa untuk keperluan ujian yang dapat direproduksi. Kode sumber hanya merujuk pada paket ini; kode-kode tersebut bukanlah studi publik.

## S1 — Penutupan Program Percontohan A, 2 September 2026

"Program Percontohan A mengundang 50 akun; 40 di antaranya menyelesaikan aktivasi dalam waktu tujuh hari."
"Aktivasi berarti membuat ruang kerja dan mengundang setidaknya satu rekan tim."
"Akun-akun tersebut adalah pelanggan lama yang dipilih oleh tim keberhasilan pelanggan."
"Uji coba ini menggunakan proses orientasi yang dipandu."

## S2 — Catatan dasbor Uji Coba B, 3 September 2026

"Uji Coba B mencatat 60 permulaan onboarding; 54 akun membuat ruang kerja dalam waktu tujuh hari."
"Dasbor ini menganggap pembuatan ruang kerja sebagai aktivasi; hal ini tidak memerlukan undangan rekan tim."
"Jumlah undangan tidak dicatat."
"Akun-akun tersebut adalah pendaftaran mandiri baru yang menggunakan daftar periksa."

## S3 — Tinjauan analis, 4 September 2026

"Uji coba tersebut tidak dilakukan secara acak dan menggunakan populasi akun yang berbeda."
"Waktu respons dukungan median adalah enam jam untuk kedua uji coba secara gabungan; data ini tidak dirinci per uji coba."
"Belum ada hasil retensi 30 hari atau pendapatan yang tersedia."

## S4 — Draf memo peluncuran, 5 September 2026

"Uji coba B meningkatkan aktivasi sebesar 10 poin persentase, meningkatkan retensi, dan mengurangi waktu dukungan menjadi enam jam. Luncurkan daftar periksa ini ke setiap akun."
Ini adalah draf proposal, bukan sumber data tambahan. Pernyataan-pernyataannya harus dicocokkan dengan S1–S3.

## Tugas yang sama untuk kedua versi prompt

Jawaban: Apakah paket ini membenarkan peluncuran Program Percontohan B ke semua akun?
Gunakan hanya S1–S4. Hasilkan (1) rekomendasi maksimal 120 kata, (2) tabel dengan kolom Klaim, Kesimpulan, ID Sumber, Kutipan pendukung yang tepat, dan (3) tiga pengukuran yang hilang yang diperlukan untuk perbandingan yang adil.
Audit ketiga klaim empiris dalam memo peluncuran: peningkatan aktivasi, peningkatan retensi, dan pengurangan waktu dukungan. Gunakan putusan "Didukung", "Sebagian didukung", "Tidak didukung", atau "Bertentangan", dengan penjelasan singkat jika diperlukan. Sertakan angka persentase dan penyebutnya dalam rekomendasi atau tabel. Jangan mengada-ada kutipan, URL, efek kausal, atau temuan yang tidak terdapat dalam paket dokumen tersebut.

## Rekomendasi (≤120 kata)

Jangan luncurkan Pilot B dulu. Tingkat aktivasi mentah Pilot B (54/60 = 90%) 10 poin persentase lebih tinggi daripada Pilot A (40/50 = 80%), namun kedua uji coba tersebut mengukur "aktivasi" secara berbeda (B tidak memerlukan undangan dari rekan tim), mengambil sampel dari populasi yang berbeda (pendaftaran mandiri baru vs. pelanggan yang sudah ada), dan tidak dilakukan secara acak (S3) — sehingga selisih tersebut tidak dapat dikaitkan dengan daftar periksa. Klaim retensi tidak didukung: S3 secara eksplisit menyatakan bahwa data retensi 30 hari belum tersedia. Angka "enam jam" untuk waktu dukungan merupakan median gabungan dari kedua pilot, bukan dipisahkan per pilot, sehingga tidak ada pengurangan yang spesifik untuk Pilot B yang ditunjukkan. Perbandingan yang terkendali, terpasangkan, dan didefinisikan secara konsisten diperlukan sebelum peluncuran.

## Tabel Audit Klaim

| Klaim | Kesimpulan | ID Sumber | Kutipan pendukung yang tepat |
|---|---|---|---|
| "Uji Coba B meningkatkan tingkat aktivasi sebesar 10 poin persentase" | Sebagian didukung — angka mentah berbeda sebesar 10 pp (54/60=90% vs 40/50=80%), tetapi definisi/populasi/desain berbeda, sehingga perbedaan tersebut tidak dapat dikaitkan dengan daftar periksa | S1 | "Pilot A mengundang 50 akun; 40 di antaranya menyelesaikan aktivasi dalam tujuh hari." |
| (klaim yang sama, lanjutan) | | S2 | "Pilot B mencatat 60 awal proses onboarding; 54 akun membuat ruang kerja dalam tujuh hari." / "tidak memerlukan undangan rekan tim" |
| (klaim yang sama, lanjutan) | | S3 | "Uji coba tersebut tidak dilakukan secara acak dan menggunakan populasi akun yang berbeda." |
| "peningkatan retensi" | Bertentangan — tidak ada data retensi yang mendukung hal ini | S3 | "Belum ada hasil retensi 30 hari atau pendapatan yang tersedia." |
| "waktu dukungan berkurang menjadi enam jam" | Tidak didukung — angka tersebut merupakan median gabungan, tidak dikaitkan dengan Pilot B atau ditampilkan sebagai pengurangan | S3 | "Waktu respons dukungan median adalah enam jam untuk kedua pilot secara gabungan; data tersebut tidak dipisahkan per pilot." |

## Tiga pengukuran yang hilang diperlukan untuk perbandingan yang adil

1. Tingkat aktivasi untuk kedua program percontohan menggunakan definisi yang identik (misalnya, pembuatan ruang kerja *dan* setidaknya satu undangan rekan tim).
2. Waktu respons dukungan yang dilaporkan secara terpisah untuk Program Percontohan A dan Program Percontohan B (bukan median gabungan), idealnya dengan data acuan sebelum program percontohan.
3. Hasil retensi (dan pendapatan) selama 30 hari untuk kedua program percontohan, yang dikumpulkan dari populasi akun yang sebanding, idealnya yang diacak atau dipasangkan.

Jawablah tugas ini dengan hanya menggunakan paket sumber ini. Bandingkan definisi, populasi, dan penyebut sebelum menganggap kedua angka tersebut sebagai bukti adanya peningkatan. Bedakan antara pernyataan awal dengan hasil pengukuran. Hubungkan setiap kesimpulan dengan kutipan sumber yang tepat yang benar-benar mendukungnya, dan jangan sertakan bukti yang tidak ada.


# Paket penelitian fiktif

Semua organisasi, data, kutipan, dan dokumen di bawah ini dibuat untuk keperluan ujian yang dapat direproduksi. ID sumber hanya merujuk pada paket ini; ini bukanlah studi publik.

## S1 — Penutupan Uji Coba A, 2 September 2026

"Uji Coba A mengundang 50 akun; 40 di antaranya menyelesaikan aktivasi dalam waktu tujuh hari."
"Aktivasi berarti membuat ruang kerja dan mengundang setidaknya satu rekan tim."
"Akun-akun tersebut adalah pelanggan yang sudah ada yang dipilih oleh tim keberhasilan pelanggan."
"Uji coba ini menggunakan proses orientasi yang dipandu."

## S2 — Catatan dasbor Uji Coba B, 3 September 2026

"Uji Coba B mencatat 60 permulaan onboarding; 54 akun membuat ruang kerja dalam waktu tujuh hari."
"Dasbor ini menyebut pembuatan ruang kerja sebagai aktivasi; hal ini tidak memerlukan undangan rekan tim."
"Jumlah undangan tidak dicatat."
"Akun-akun tersebut merupakan pendaftaran mandiri baru yang menggunakan daftar periksa."

## S3 — Tinjauan analis, 4 September 2026

"Program percontohan ini tidak dilakukan secara acak dan menggunakan populasi akun yang berbeda."
"Waktu respons dukungan median adalah enam jam untuk kedua uji coba tersebut secara gabungan; data ini tidak dirinci per uji coba."
"Hasil retensi 30 hari atau pendapatan belum tersedia."

## S4 — Draf memo peluncuran, 5 September 2026

"Uji coba B meningkatkan tingkat aktivasi sebesar 10 poin persentase, meningkatkan retensi, dan mengurangi waktu dukungan menjadi enam jam. Luncurkan daftar periksa ke setiap akun."
Ini adalah draf usulan, bukan sumber data tambahan. Pernyataan-pernyataannya harus diverifikasi berdasarkan S1–S3.

## Tugas yang sama untuk kedua versi prompt

Jawaban: Apakah paket ini membenarkan peluncuran Uji Coba B ke semua akun?
Gunakan hanya S1–S4. Hasilkan (1) rekomendasi maksimal 120 kata, (2) tabel dengan kolom Klaim, Kesimpulan, ID Sumber, Kutipan pendukung yang tepat, dan (3) tiga pengukuran yang hilang yang diperlukan untuk perbandingan yang adil.
Audit ketiga klaim empiris dalam memo peluncuran: peningkatan aktivasi, peningkatan retensi, dan pengurangan waktu dukungan. Gunakan penilaian “Didukung”, “Sebagian didukung”, “Tidak didukung”, atau “Bertentangan”, dengan penjelasan singkat jika diperlukan. Sertakan angka persentase dan pembilangnya dalam rekomendasi atau tabel. Jangan mengarang kutipan, URL, efek kausal, atau temuan yang tidak terdapat dalam paket tersebut.

## Rekomendasi (≤120 kata)

Tidak — data tersebut tidak membenarkan peluncuran penuh Pilot B. Pilot A: 40 dari 50 akun (80%) mencapai "aktivasi" yang didefinisikan sebagai pembuatan ruang kerja *ditambah* undangan rekan tim, di antara pelanggan yang sudah ada. Pilot B: 54/60 akun (90%) membuat ruang kerja dalam tujuh hari, tanpa persyaratan undangan, di antara pendaftaran mandiri baru. Selisih mentah 10 poin (90%−80%) mencampurkan definisi yang berbeda, populasi yang berbeda, dan tanpa pengacakan (S3), sehingga tidak dapat ditafsirkan sebagai "peningkatan" aktivasi menurut daftar periksa. Belum ada data retensi 30 hari atau pendapatan (S3), sehingga "peningkatan retensi" tidak memiliki bukti. Angka dukungan enam jam merupakan median *gabungan* untuk kedua uji coba, bukan dirinci per uji coba, sehingga "pengurangan waktu dukungan" tidak memiliki garis dasar atau dukungan spesifik per uji coba.

## Tabel

| Klaim | Kesimpulan | ID Sumber | Kutipan pendukung yang tepat |
|---|---|---|---|
| "Uji coba B meningkatkan aktivasi sebesar 10 poin persentase" | Sebagian didukung — selisih aritmatika memang ada (54/60=90% vs 40/50=80%), tetapi perbandingan tersebut tercampur dan tidak dapat mendukung klaim kausal "meningkat" | S1, S2, S3 | S1: "Pilot A mengundang 50 akun; 40 di antaranya menyelesaikan aktivasi dalam tujuh hari." / S2: "Pilot B mencatat 60 proses onboarding yang dimulai; 54 akun membuat ruang kerja dalam tujuh hari." / S3: "Kedua pilot tersebut tidak dilakukan secara acak dan menggunakan populasi akun yang berbeda." |
| Aktivasi diukur dengan cara yang sama di kedua uji coba | Bertentangan | S1, S2 | S1: "Aktivasi berarti membuat ruang kerja dan mengundang setidaknya satu rekan tim." / S2: "Dasbor ini menyebut pembuatan ruang kerja sebagai aktivasi; hal ini tidak memerlukan undangan rekan tim." |
| "peningkatan retensi" | Tidak didukung | S3 | "Belum ada hasil retensi 30 hari atau pendapatan yang tersedia." |
| "waktu dukungan berkurang menjadi enam jam" | Tidak didukung | S3 | "Waktu respons dukungan median adalah enam jam untuk gabungan kedua uji coba; data tersebut tidak dipisahkan per uji coba." |

## Tiga pengukuran yang hilang diperlukan untuk perbandingan yang adil

1. Waktu respons dukungan khusus per uji coba (bukan gabungan), sebelum dan sesudah daftar periksa, sehingga perubahan apa pun yang dapat dikaitkan dengan Uji Coba B dapat diisolasi.
2. Angka retensi 30 hari (dan pendapatan) untuk kedua uji coba, karena saat ini belum ada ("Belum ada hasil retensi 30 hari atau pendapatan yang tersedia," S3).
3. Definisi aktivasi tunggal dan seragam (misalnya, pembuatan ruang kerja *dan* undangan rekan tim) yang diterapkan pada populasi akun yang sebanding—idealnya secara acak—di kedua uji coba, alih-alih mencampurkan pelanggan yang sudah ada (S1) dengan pendaftaran mandiri baru (S2).

Ketika tugas penelitian telah menjadi draf, pastikan paket sumber tetap dilampirkan pada lembar petunjuk penulisan. Ruang kerja multi-model GlobalGPT Memungkinkan Anda berpindah-pindah antara penelitian, penulisan, dan pemrograman dalam satu dasbor. Simpan bukti serta ringkasannya, sehingga langkah selanjutnya sudah dilengkapi dengan detail yang diperlukan.

Coba Lebih dari 100 Model Terbaik di GlobalGPT

Claude: Petunjuk untuk pemrograman

Petunjuk pemrograman yang berguna menjelaskan perilaku, lingkungan, dan apa saja yang dianggap tetap. Dalam obrolan, tempelkan kode dan pesan kesalahan yang relevan. Di Claude Code, cantumkan file yang dapat diakses dan berikan target verifikasi yang konkret. Teks yang sama tidak akan mengubah obrolan menjadi terminal.

Panduan Kode Anthropic hingga Claude merekomendasikan agar asisten diberi tugas yang dapat dilaksanakannya, seperti pengujian atau proses build. Hal ini pustaka prompt resmi menganggap petunjuk sebagai titik awal untuk beradaptasi, dengan hasil yang diharapkan, bahan rujukan, dan cara untuk memverifikasi hasil kerja tersebut.

9. Lakukan debug berdasarkan perilaku yang jelas dan kasus-kasus ekstrem

Membuat fungsi kecil yang perilakunya dapat Anda tentukan. Bawa: Kode, perilaku yang diharapkan, kesalahan atau kasus kegagalan, waktu eksekusi, dan batasan.

Perbaiki kode sesuai dengan spesifikasi lengkap. Periksa validasi sebelum pengembalian dini, batas inklusif atau eksklusif, serta aturan yang tetap harus berlaku saat terjadi pengecualian. Pertahankan [PUBLIC INTERFACE]. Ubah hanya apa yang diminta oleh spesifikasi.


[MASUKAN YANG SAH, PERILAKU MASUKAN YANG TIDAK SAH, ATURAN BISNIS, DAN HASIL YANG DIHARAPKAN]


[TEMPEL KODE]


[RUNTIME, KETERGANTUNGAN, DAN KETERSEDIAAN ALAT EKSEKUSI]


Kembalikan kode yang telah diperbaiki beserta penjelasan singkat. Laporkan hanya verifikasi yang benar-benar Anda lakukan. Jika eksekusi tidak tersedia, sebutkan hal tersebut dan berikan pemeriksaan yang harus saya jalankan.

10. Menulis tes berdasarkan spesifikasi

Mendeteksi kasus yang terlewat sebelum mempercayai suatu implementasi. Bawa: Persyaratan perilaku dan kerangka kerja pengujian proyek.

Tulis uji coba untuk [FUNGSI ATAU KOMPONEN] menggunakan [KERANGKA UJI COBA]. Anggap spesifikasi di bawah ini sebagai kontrak. Cakup kasus normal, setiap batas yang disebutkan, masukan yang tidak valid, serta interaksi antar aturan jika hal tersebut relevan.

Untuk setiap tes, identifikasi persyaratan yang diperiksa dan hasil yang diharapkan. Pertahankan persyaratan yang ada apa adanya. Jika spesifikasi ambigu, identifikasi pertanyaan yang menghambat daripada menebak. Dengan alat eksekusi, jalankan tes yang relevan dan laporkan perintah serta hasil yang sebenarnya; jika tidak, tandai sebagai tidak dijalankan.


[TEMPEL SPESIFIKASI]


[TEMPEL KODE ATAU Rujuk KE BERKAS YANG DAPAT DIAKSES]

Sebisa mungkin, jaga agar pengujian tetap terpisah dari implementasinya. Untuk kalkulator ongkos kirim, uji ambang batas berat yang tepat serta masukan yang tidak valid yang seharusnya memicu layanan pengiriman gratis. Contoh skenario ideal saja tidak cukup untuk mengidentifikasi interaksi antar aturan.

11. Lakukan refaktor tanpa menambah beban kerja

Memperbaiki sebagian kecil kode sambil tetap mempertahankan perilakunya. Bawa: Kode, masalah pemeliharaan tertentu, dan persyaratan kompatibilitas.

Lakukan refaktorisasi [KODE ATAU BERKAS YANG DAPAT DIAKSES] untuk memperbaiki [SATU MASALAH PEMELIHARAAN TERTENTU]. Pertahankan [API PUBLIK, TIPE HASIL, PERILAKU KESALAHAN, DAN KONTRAK LAINNYA]. Gunakan hanya dependensi yang sudah ada. Jangan tambahkan fitur yang tidak terkait atau mendesain ulang modul-modul di sekitarnya.

Berikan perubahan berguna yang paling minimal, jelaskan perilaku apa pun yang tidak dapat Anda pertahankan, dan identifikasi pengujian yang diperlukan untuk memverifikasi kompatibilitas. Jika alat-alat tersedia, jalankan pemeriksaan tersebut dan tunjukkan hasilnya; jika tidak, sampaikan pemeriksaan yang diusulkan dan nyatakan bahwa pemeriksaan tersebut belum dijalankan.

[TEMPELKAN KODE DAN UJI YANG RELEVAN]

12. Jelaskan kode yang tidak dikenal dengan menggunakan contoh masukan yang konkret

Memahami suatu fungsi sebelum memodifikasinya. Bawa: Kode sebenarnya dan satu contoh input.

Jelaskan kode ini kepada seorang pengembang yang menguasai [LATAR BELAKANG] namun masih baru dalam [BAHASA PEMROGRAMAN ATAU PROYEK]. Gunakan contoh input berikut: [INPUT]. Jelaskan input, cabang-cabang yang relevan, perubahan status, dan output yang diharapkan.

Tunjukkan nama fungsi dan ekspresi yang sebenarnya. Bedakan antara apa yang ditunjukkan oleh kode dengan asumsi mengenai dependensi yang hilang. Akhiri dengan satu kasus tepi yang layak diuji. Jangan menulis ulang kode atau mengarang perilaku untuk fungsi yang definisinya tidak ada.


[PASTE CODE]

Perbaiki fungsi sesuai spesifikasi di bawah ini dan berikan hasil yang diminta.

# Kalkulator ongkos kirim fiktif

Python 3. Tanpa koneksi jaringan atau paket eksternal. Perbaiki fungsi `shipping_cents(weight_grams, subtotal_cents, remote=False)` pada kode di bawah ini.

Spesifikasi:
- weight_grams adalah bilangan bulat positif. subtotal_cents adalah bilangan bulat nonnegatif. Nilai boolean Python tidak dianggap sebagai bilangan bulat yang valid untuk kedua input ini.
- remote harus berupa nilai boolean.
- Lemparkan ValueError untuk setiap input yang tidak valid, bahkan jika pesanan memenuhi syarat untuk pengiriman dasar gratis.
- Biaya pengiriman dasar adalah 500 sen untuk 1–1000 gram, 900 sen untuk 1001–5000 gram, dan 1500 sen untuk di atas 5000 gram.
- Subtotal minimal 10.000 sen hanya membebaskan biaya pengiriman dasar.
- Pengiriman ke daerah terpencil dikenakan tambahan 300 sen, termasuk pesanan dengan pengiriman dasar gratis.
- Kembalikan nilai int. Pertahankan tanda tangan fungsi. Jangan mengubah data masukan, melakukan operasi I/O, atau mengimpor paket.

Kode yang bermasalah:
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
    if subtotal_cents >= 10000:
 return 0
    if weight_grams < 1000:
 fee = 500
    elif weight_grams < 5000:
 fee = 900
    else:
 fee = 1500
    if remote:
 fee += 300
    return fee
```

Hasil yang Harus Diserahkan: satu blok Python yang diapit tanda kurung siku berisi fungsi yang telah diperbaiki, diikuti dengan penjelasan singkat mengenai perubahan yang dilakukan. Jangan mengklaim telah menjalankan kode kecuali Anda benar-benar memiliki alat eksekusi. Penilai akan menjalankan kasus-kasus yang mencakup ambang batas, aturan pengiriman gratis, biaya tambahan jarak jauh, dan semua kategori masukan yang tidak valid dalam spesifikasi ini.

```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
    if isinstance(weight_grams, bool) or not isinstance(weight_grams, int):
    raise ValueError("weight_grams harus berupa bilangan bulat")
    if weight_grams <= 0:
 raise ValueError("weight_grams harus bernilai positif")
    if isinstance(subtotal_cents, bool) or not isinstance(subtotal_cents, int):
        raise ValueError("subtotal_cents harus berupa bilangan bulat")
    jika subtotal_cents < 0:
 raise ValueError("subtotal_cents harus tidak negatif")
    jika remote bukan bool:
        raise ValueError("remote harus berupa bool")

 jika weight_grams <= 1000:
 fee = 500
    elif weight_grams = 10000:
 fee = 0

 if remote:
 fee += 300

 return fee
```

Perubahan yang dilakukan:
1. **Validasi input ditambahkan**: Memastikan bahwa `weight_grams` dan `subtotal_cents` bertipe `int` (tidak termasuk `bool`, karena `bool` adalah subkelas dari `int`), bahwa `weight_grams` bernilai positif, `subtotal_cents` tidak negatif, dan `remote` bertipe `bool`. Jika tidak, akan memunculkan `ValueError`, meskipun pesanan tersebut memenuhi syarat untuk pengiriman gratis.
2. **Ambang batas berat telah diperbaiki**: Mengubah `< 1000` dan `< 5000` menjadi `<= 1000` dan `<= 5000` sehingga batas-batas (1000g, 5000g) masuk ke dalam tingkatan yang benar sesuai spesifikasi ("1–1000 gram", "1001–5000 gram", "di atas 5000 gram").
3. **Perbaikan urutan logika pengiriman gratis**: Kode asli langsung mengembalikan `0` saat subtotal memenuhi syarat untuk pengiriman gratis, sehingga melewatkan biaya tambahan pengiriman jarak jauh sepenuhnya. Sekarang, biaya dasar dihitung terlebih dahulu, dinolkan jika subtotal memenuhi syarat, dan *baru kemudian* biaya tambahan pengiriman ke daerah terpencil ditambahkan — memastikan pengiriman ke daerah terpencil tetap dikenakan biaya 300 sen meskipun biaya dasar pengiriman gratis.
4. **Tipe pengembalian**: Semua nilai biaya tetap berupa bilangan bulat biasa (int), sehingga memenuhi persyaratan pengembalian `int`.

Perbaiki fungsi tersebut sesuai dengan spesifikasi lengkap. Lakukan validasi input sebelum adanya pengembalian dini, pertahankan ambang batas yang inklusif, dan pisahkan biaya dasar dari biaya tambahan pengiriman jarak jauh. Sediakan fungsi yang diminta beserta penjelasannya. Laporkan hanya verifikasi yang benar-benar Anda lakukan.


# Kalkulator pengiriman fiktif

Python 3. Tanpa jaringan atau paket eksternal. Perbaiki fungsi `shipping_cents(weight_grams, subtotal_cents, remote=False)` pada kode di bawah ini.

Spesifikasi:
- `weight_grams` adalah bilangan bulat positif. `subtotal_cents` adalah bilangan bulat nonnegatif. Nilai boolean Python tidak dianggap sebagai bilangan bulat yang valid untuk kedua masukan ini.
- `remote` harus berupa nilai boolean.
- Lemparkan pengecualian `ValueError` untuk setiap masukan yang tidak valid, bahkan jika pesanan memenuhi syarat untuk pengiriman dasar gratis.
- Biaya pengiriman dasar adalah 500 sen untuk 1–1000 gram, 900 sen untuk 1001–5000 gram, dan 1500 sen untuk di atas 5000 gram.
- Subtotal minimal 10.000 sen hanya membebaskan biaya pengiriman dasar.
- Pengiriman ke daerah terpencil dikenakan tambahan 300 sen, termasuk pesanan dengan pengiriman dasar gratis.
- Kembalikan nilai int. Pertahankan tanda tangan fungsi. Jangan mengubah data masukan, melakukan I/O, atau mengimpor paket.

Kode yang bermasalah:
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
    if subtotal_cents >= 10000:
 return 0
    if weight_grams < 1000:
 fee = 500
    elif weight_grams < 5000:
 fee = 900
    else:
 fee = 1500
    if remote:
 fee += 300
    return fee
```

Hasil yang Harus Diserahkan: satu blok Python yang diapit tanda kurung kurawal berisi fungsi yang telah diperbaiki, diikuti dengan penjelasan singkat mengenai perubahan yang dilakukan. Jangan mengklaim telah menjalankan kode kecuali Anda benar-benar memiliki alat eksekusi. Penilai akan menjalankan berbagai kasus yang mencakup ambang batas, aturan pengiriman gratis, biaya tambahan pengiriman jarak jauh, dan semua kategori masukan yang tidak valid dalam spesifikasi ini.

```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
    if isinstance(weight_grams, bool) or not isinstance(weight_grams, int):
        raise ValueError("weight_grams harus berupa bilangan bulat (bukan boolean)")
    jika weight_grams <= 0:
 raise ValueError("weight_grams harus bernilai positif")
    if isinstance(subtotal_cents, bool) or not isinstance(subtotal_cents, int):
 raise ValueError("subtotal_cents harus berupa bilangan bulat (bukan boolean)")
    jika subtotal_cents < 0:
  timpa ValueError("subtotal_cents harus bukan negatif")
    jika tidak isinstance(remote, bool):
  timpa ValueError("remote harus berupa bool")

    jika weight_grams <= 1000:
 base_fee = 500
    jika weight_grams = 10000:
 base_fee = 0

 surcharge = 300 jika remote, jika tidak maka 0

 kembalikan base_fee + surcharge
```

Penjelasan perubahan:

1. **Validasi input dipindahkan sebelum pernyataan return apa pun.** Kode asli mengembalikan `0` untuk `subtotal_cents >= 10000` tanpa memvalidasi input apa pun terlebih dahulu. Sekarang semua validasi (pemeriksaan tipe untuk `weight_grams`, `subtotal_cents`, dan `remote`, termasuk pengecualian `bool` secara eksplisit untuk kedua bidang bilangan bulat tersebut karena `bool` merupakan subkelas dari `int` di Python) dilakukan sebelum logika biaya atau pernyataan pengembalian apa pun, sehingga masukan yang tidak valid selalu memicu `ValueError` bahkan ketika pesanan tersebut seharusnya memenuhi syarat untuk pengiriman dasar gratis.

2. **Ambang batas inklusif telah diperbaiki.** Versi asli menggunakan `< 1000` dan `< 5000`, yang mengecualikan nilai batas (1000 dan 5000) dari rentang bawah, bertentangan dengan spesifikasi "1–1000 gram" dan "1001–5000 gram" yang mencakup batasnya. Diubah menjadi `<= 1000` dan `= 10000`, yang secara keliru melewatkan biaya tambahan pengiriman jarak jauh untuk pesanan dengan pengiriman gratis. Sekarang `base_fee` dan `surcharge` dihitung secara terpisah: `base_fee` ditetapkan ke `0` ketika ambang batas subtotal terpenuhi, tetapi `surcharge` (300 sen jika `remote`) selalu ditambahkan di atasnya, sehingga memenuhi ketentuan "Pengiriman jarak jauh menambahkan 300 sen, termasuk pesanan dengan pengiriman dasar gratis."

4. **Tipe pengembalian.** Semua komponen biaya berupa bilangan bulat biasa (int), dan hasil penjumlahan `base_fee + surcharge` dikembalikan sebagai `int`, sesuai dengan tanda tangan dan tipe pengembalian yang diperlukan.

**Verifikasi yang sebenarnya dilakukan:** Tidak ada — Saya tidak memiliki alat eksekusi kode yang tersedia di lingkungan ini, jadi saya belum menjalankan kode ini. Penjelasan di atas semata-mata didasarkan pada pembacaan manual spesifikasi dan penelusuran logika secara manual; saya belum menjalankan kasus uji terhadapnya.

Untuk pekerjaan yang menggabungkan pemrograman dengan teks, gambar, atau video, Anda dapat Hubungkan CLI GlobalGPT ke Kode Claude dan mengintegrasikan model serta fungsi media platform tersebut ke dalam alur kerja terminal. Mulailah dengan tugas yang jelas dan kriteria penilaian yang akan Anda gunakan untuk menyetujui hasilnya.

Apa yang berubah ketika kami membuat petunjuk tersebut lebih spesifik?

Struktur tambahan membantu satu penilaian penelitian dalam uji coba ini. Hal itu tidak menghilangkan janji tambahan dari email tersebut maupun meningkatkan fungsi pengiriman yang sudah benar. Karena kedua versi tersebut telah menerima persyaratan yang lengkap, perbandingan ini menjadi pengingat yang berguna: kualitas brief sangat penting sebelum Anda mulai menambahkan instruksi tambahan.

Gunakan prompt singkat jika tugas dan materi sumbernya sudah jelas. Tambahkan struktur jika instruksi, dokumen, contoh, atau persyaratan yang saling bertentangan sulit dipisahkan. Panduan Anthropic juga membedakan perilaku yang spesifik pada masing-masing model, jadi kebiasaan lama yang menuntut pemeriksaan mandiri berulang kali sebaiknya tidak menjadi hal yang secara otomatis disertakan dalam setiap permintaan.

Cara memperbaiki prompt yang menghasilkan jawaban yang kurang memuaskan

Ubah bagian yang menyebabkan masalah. Jika jawaban tersebut menetapkan batas waktu, permintaan “perbaiki ini” terlalu luas. Tunjukkan detail yang tidak didukung, tentukan batasannya, dan mintalah koreksi yang spesifik. Pertahankan jawaban asli jika Anda membandingkan versi prompt yang berbeda, bukan menggantinya tanpa pemberitahuan.

Jika memang ada persyaratan yang benar-benar terlewat, biarkan Claude mengajukan pertanyaan yang tepat sasaran. Untuk tugas biasa yang sudah memiliki konteks yang cukup, wawancara wajib yang terdiri dari dua puluh pertanyaan hanya akan memperlambat pekerjaan. Demikian pula, mintalah penjelasan yang ringkas, bukti, atau hasil pengujian, bukan transkrip dari proses pemikiran internal yang bersifat pribadi.

Simpan petunjuk yang berguna beserta format input dan pemeriksaan yang mendeteksi kesalahan. Jika tugas tersebut menjadi alur kerja aplikasi yang dapat diulang, menggunakan Claude melalui API memberi Anda tempat untuk membuat versi prompt dan menyimpan catatan permintaan. Periksa kembali contoh-contoh Anda sendiri ketika model atau persyaratan tugas berubah.

PERTANYAAN YANG SERING DIAJUKAN

Apa saja yang seharusnya termasuk dalam prompt Claude yang baik?

Sertakan tugas, konteks atau bahan sumber yang relevan, batasan-batasan penting, hasil yang diinginkan, serta kriteria keberhasilan. Untuk permintaan sederhana, satu kalimat saja sudah cukup untuk mencakup beberapa hal tersebut. Gunakan struktur yang lebih terperinci saat Anda menggabungkan dokumen, contoh, atau aturan yang jika tidak demikian akan mudah menimbulkan kebingungan.

Apakah prompt Claude memerlukan tag XML?

Tidak. Bahasa sehari-hari yang jelas merupakan titik awal yang berguna. Tag XML dapat membantu memisahkan instruksi, contoh, dan teks sumber dalam sebuah prompt yang kompleks. Gunakan label deskriptif yang membuat bagian-bagian tersebut lebih mudah dipahami. Tag tidak menjamin keakuratan fakta, dan keberadaan tag itu sendiri tidak menjamin bahwa satu prompt lebih baik daripada yang lain.

Apakah Claude dapat memeriksa sumber yang tidak dapat dibuka?

Sistem ini dapat menganalisis teks yang Anda berikan, namun judul sumber atau URL saja tidak cukup untuk menentukan isi suatu halaman. Salin dan tempel bagian teks yang relevan atau gunakan alat penelusuran yang tersedia untuk menemukannya. Kemudian, periksa kutipan tersebut dan pastikan apakah kutipan itu mendukung klaim tertentu yang melekat padanya.

Apakah saya bisa menggunakan prompt yang sama di Claude Chat dan Claude Code?

Anda dapat menggunakan kembali tugas dan batasan yang ada, tetapi sesuaikan permintaan dengan alat yang tersedia. Di obrolan, sertakan kode dan konteks yang relevan. Di Claude Code, Anda dapat merujuk pada berkas proyek yang dapat diakses dan meminta eksekusi. Perintah yang berbunyi “jalankan tes” bukanlah bukti bahwa tes tersebut benar-benar telah dijalankan.

Prompt Claude terbaik adalah yang bisa Anda sesuaikan dan verifikasi. Mulailah dengan satu tugas rutin, ganti materi contoh dengan milik Anda sendiri, dan gunakan poin-poin pemeriksaan di samping templat sebelum mempercayai jawabannya. Cobalah alur kerja ini di GlobalGPT ketika langkah selanjutnya memerlukan model atau alat AI lain di ruang kerja yang sama.

Sumber dan tanggal pengujian: Prompt resmi dan dokumentasi Kode Claude telah diperiksa pada tanggal 14 September 2026. Contoh-contoh berpasangan tersebut dihasilkan menggunakan Claude dalam GlobalGPT pada tanggal tersebut dengan menggunakan materi fiktif. Pelajari prompt dan jawaban lengkap di atas, lalu sesuaikan templatnya dengan tugas Anda sendiri.