Gunakan tag XML untuk menyusun prompt Anda

Ketika prompt Anda melibatkan beberapa komponen seperti konteks, instruksi, dan contoh, tag XML dapat menjadi pembeda yang signifikan. Tag XML membantu Claude mengurai prompt Anda dengan lebih akurat, menghasilkan output yang lebih berkualitas.

Tips XML: Gunakan tag seperti <instructions>, <example>, dan <formatting> untuk memisahkan bagian-bagian prompt Anda dengan jelas. Ini mencegah Claude mencampuradukkan instruksi dengan contoh atau konteks.

Mengapa menggunakan tag XML?

Kejelasan: Memisahkan bagian-bagian prompt Anda dengan jelas dan memastikan prompt Anda terstruktur dengan baik.
Akurasi: Mengurangi kesalahan yang disebabkan oleh Claude yang salah menginterpretasikan bagian-bagian prompt Anda.
Fleksibilitas: Mudah menemukan, menambah, menghapus, atau memodifikasi bagian-bagian prompt Anda tanpa menulis ulang semuanya.
Kemampuan Penguraian: Membuat Claude menggunakan tag XML dalam outputnya memudahkan ekstraksi bagian-bagian spesifik dari responsnya melalui post-processing.

Tidak ada tag XML “terbaik” yang bersifat kanonik yang telah dilatih khusus dengan Claude, meskipun kami menyarankan agar nama tag Anda masuk akal dengan informasi yang dikelilinginya.

Praktik terbaik dalam penggunaan tag

Konsisten: Gunakan nama tag yang sama di seluruh prompt Anda, dan merujuk pada nama tag tersebut ketika membahas kontennya (misalnya, Menggunakan kontrak dalam tag <contract>...).
Tag bersarang: Anda harus menyarangkan tag <outer><inner></inner></outer> untuk konten hierarkis.

Tips pengguna ahli: Kombinasikan tag XML dengan teknik lain seperti prompting multishot (<examples>) atau chain of thought (<thinking>, <answer>). Ini menciptakan prompt yang sangat terstruktur dan berkinerja tinggi.

Contoh

Tanpa tag XML, Claude salah memahami tugas dan menghasilkan laporan yang tidak sesuai dengan struktur atau nada yang diperlukan. Setelah substitusi, ada juga kemungkinan Claude salah memahami di mana satu bagian (seperti contoh laporan Q1) berhenti dan yang lain dimulai.

Peran	Tanpa Tag XML	Dengan Tag XML
Pengguna	Anda adalah analis keuangan di AcmeCorp. Buat laporan keuangan Q2 untuk investor kami. Sertakan bagian tentang Pertumbuhan Pendapatan, Margin Laba, dan Arus Kas, seperti contoh tahun lalu ini: {{Q1_REPORT}}. Gunakan poin data dari spreadsheet ini: {{SPREADSHEET_DATA}}. Laporan harus sangat ringkas, langsung ke pokok permasalahan, profesional, dan dalam format daftar. Harus menyoroti kekuatan dan area yang perlu ditingkatkan.	Anda adalah analis keuangan di AcmeCorp. Buat laporan keuangan Q2 untuk investor kami. AcmeCorp adalah perusahaan B2B SaaS. Investor kami menghargai transparansi dan wawasan yang dapat ditindaklanjuti. Gunakan data ini untuk laporan Anda:<data>{{SPREADSHEET_DATA}}</data> <instructions> 1. Sertakan bagian: Pertumbuhan Pendapatan, Margin Laba, Arus Kas. 2. Soroti kekuatan dan area yang perlu ditingkatkan. </instructions> Buat nada Anda ringkas dan profesional. Ikuti struktur ini: <formatting_example>{{Q1_REPORT}}</formatting_example>
Asisten	Laporan Keuangan Q2 untuk Investor AcmeCorp Investor yang Terhormat, Dengan senang hati saya menyajikan laporan keuangan Q2 kami, yang menunjukkan pertumbuhan dan ketahanan berkelanjutan AcmeCorp di pasar B2B SaaS. 1. Pertumbuhan Pendapatan: Pendapatan Q2 kami mencapai $15,2M, peningkatan 22% YoY. Pertumbuhan ini terutama didorong oleh ekspansi 30% dalam basis klien enterprise kami. Namun, segmen UKM kami mengalami sedikit penurunan sebesar 5%, yang akan kami atasi melalui inisiatif pemasaran yang ditargetkan di Q3. 2. Margin Laba: Margin kotor meningkat menjadi 72% (naik 3% dari Q1) karena optimalisasi infrastruktur. Namun, margin EBITDA turun menjadi 18% (turun 2%) karena kami berinvestasi besar dalam R&D untuk fitur berbasis AI yang akan datang. 3. Arus Kas: Arus kas operasional tetap kuat di $4,1M. Cadangan kas kami berjumlah $28M, memberikan runway 15 bulan pada tingkat pembakaran saat ini. Kami melihat peningkatan 20% dalam biaya akuisisi pelanggan, yang sedang kami atasi melalui strategi penjualan yang lebih efisien. Singkatnya, keuangan inti AcmeCorp tetap kuat. Kami menyeimbangkan investasi pertumbuhan dengan manajemen kas yang bijaksana. Fokus kami untuk Q3 akan merevitalisasi pertumbuhan UKM dan mengoptimalkan efisiensi penjualan. Terima kasih atas kepercayaan Anda yang berkelanjutan. Hormat kami, CFO, AcmeCorp	Laporan Keuangan Q2 untuk Investor AcmeCorp</output> Pertumbuhan Pendapatan: - Pendapatan Q2: $15,2M (22% YoY ↑) - Klien enterprise: 30% ↑ - Segmen UKM: 5% ↓ Tindakan: Pemasaran Q3 yang ditargetkan Margin Laba: - Margin kotor: 72% (3% ↑ dari Q1) Alasan: Optimalisasi infrastruktur - Margin EBITDA: 18% (2% ↓) Alasan: Investasi R&D dalam fitur AI Arus Kas: - Arus kas operasional: $4,1M (kuat) - Cadangan kas: $28M (runway 15 bulan) - Biaya akuisisi pelanggan: 20% ↑ Tindakan: Optimalisasi strategi penjualan Prospek: - Keuangan inti: Kuat - Fokus Q3: Revitalisasi UKM, optimalisasi penjualan Manajemen tetap berkomitmen untuk menyeimbangkan investasi pertumbuhan dengan disiplin keuangan.

Tanpa tag XML, analisis Claude tidak terorganisir dan melewatkan poin-poin kunci. Dengan tag, analisis memberikan analisis terstruktur dan menyeluruh yang dapat ditindaklanjuti oleh tim hukum.

Peran	Tanpa Tag XML	Dengan Tag XML
Pengguna	Analisis perjanjian lisensi perangkat lunak ini untuk potensi risiko dan kewajiban: {{CONTRACT}}. Fokus pada klausul ganti rugi, pembatasan tanggung jawab, dan kepemilikan IP. Juga, catat istilah yang tidak biasa atau mengkhawatirkan. Berikut kontrak standar kami sebagai referensi: {{STANDARD_CONTRACT}}. Berikan ringkasan temuan dan rekomendasi untuk tim hukum kami.	Analisis perjanjian lisensi perangkat lunak ini untuk risiko dan kewajiban hukum. Kami adalah perusahaan multinasional yang mempertimbangkan perjanjian ini untuk infrastruktur data inti kami. <agreement> {{CONTRACT}}</agreement> Ini adalah kontrak standar kami sebagai referensi: <standard_contract>{{STANDARD_CONTRACT}}</standard_contract> <instructions> 1. Analisis klausul berikut: - Ganti rugi - Pembatasan tanggung jawab - Kepemilikan IP 2. Catat istilah yang tidak biasa atau mengkhawatirkan. 3. Bandingkan dengan kontrak standar kami. 4. Ringkas temuan dalam tag <findings>. 5. Daftar rekomendasi yang dapat ditindaklanjuti dalam tag <recommendations>.</instructions>
Asisten	Perjanjian lisensi perangkat lunak yang diberikan menunjukkan beberapa aspek yang mengkhawatirkan. Klausul ganti rugi terlalu luas, berpotensi membuat kami terpapar pada kewajiban yang signifikan. Bagian pembatasan tanggung jawab membatasi ganti rugi hanya sebesar $500, yang tidak memadai untuk penggunaan tingkat enterprise kami. Mengenai IP, perjanjian memberikan vendor kepemilikan bersama atas modifikasi atau integrasi yang kami buat. Singkatnya, perjanjian ini tidak untuk kepentingan terbaik kami. Ini membuat kami terpapar pada risiko yang tidak semestinya, membatasi jalan keluar kami dalam kasus kegagalan, dan membahayakan hak kekayaan intelektual kami. Saya merekomendasikan untuk menegosiasikan ulang persyaratan ini atau mencari vendor alternatif.	<findings> 1. Ganti Rugi (Klausul 8): - Masalah: Terlalu luas. Kami mengganti rugi vendor terhadap “semua dan segala klaim” yang timbul dari penggunaan kami. - Risiko: Bisa membuat kami bertanggung jawab bahkan atas kelalaian vendor atau cacat produk. - Penyimpangan: Standar kami membatasi ganti rugi pada klaim yang timbul dari pelanggaran perjanjian oleh kami. 2. Pembatasan Tanggung Jawab (Klausul 9): - Masalah: Membatasi semua ganti rugi pada $500, termasuk ganti rugi langsung. - Risiko: Sangat tidak memadai untuk penggunaan enterprise. Kegagalan kritis bisa mengakibatkan kerugian jutaan. - Penyimpangan: Standar kami mengizinkan ganti rugi langsung hingga 12 bulan biaya yang dibayarkan. 3. Kepemilikan IP (Klausul 12): - Masalah: Memberikan vendor kepemilikan bersama atas modifikasi/integrasi kami. - Risiko: Vendor bisa menggunakan atau menjual algoritma atau wawasan data properti kami. - Penyimpangan: Standar kami mempertahankan kepemilikan penuh atas pekerjaan kami. 4. Istilah Tidak Biasa: - Klausul 5.3: Vendor dapat menggunakan data penggunaan kami untuk “tujuan apa pun.” - Klausul 7.2: Vendor dapat mengakhiri untuk “kenyamanan” dengan hanya pemberitahuan 7 hari. - Klausul 11: Tidak ada jaminan apa pun, bahkan untuk kelayakan dasar untuk diperdagangkan. </findings> <recommendations> 1. Tolak perjanjian ini. Risiko jauh melebihi manfaat untuk enterprise. 2. Ajukan kontra-proposal: - Ganti Rugi: Batasi pada klaim yang timbul dari pelanggaran perjanjian oleh kami. - Tanggung Jawab: Batasi pada biaya 12 bulan untuk ganti rugi langsung; negosiasikan untuk tidak langsung. - IP: Kepemilikan penuh atas modifikasi/integrasi kami. - Penggunaan Data: Batasi hanya untuk peningkatan layanan. - Pengakhiran: Minimum pemberitahuan 90 hari; hanya untuk alasan yang sah. - Jaminan: Tuntut kelayakan dasar untuk diperdagangkan dan kesesuaian untuk tujuan. 3. Jika vendor menolak, jelajahi penyedia alternatif atau solusi in-house. 4. Libatkan penasihat hukum untuk negosiasi kontrak mengingat taruhannya tinggi. </recommendations>

Perpustakaan prompt

Dapatkan inspirasi dari pilihan prompt yang dikurasi untuk berbagai tugas dan kasus penggunaan.

Tutorial prompting GitHub

Tutorial yang penuh contoh yang mencakup konsep-konsep prompt engineering yang ditemukan dalam dokumentasi kami.

Tutorial prompting Google Sheets

Versi yang lebih ringan dari tutorial prompt engineering kami melalui spreadsheet interaktif.

Memulai

Membangun dengan Claude

Pelajari tentang Claude

Sumber Daya

Pusat Legal

Uji dan evaluasi

Gunakan tag XML untuk menyusun prompt Anda

Mengapa menggunakan tag XML?

Praktik terbaik dalam penggunaan tag

Contoh

Perpustakaan prompt

Tutorial prompting GitHub

Tutorial prompting Google Sheets

Memulai

Membangun dengan Claude

Pelajari tentang Claude

Sumber Daya

Pusat Legal

Uji dan evaluasi

​Mengapa menggunakan tag XML?

​Praktik terbaik dalam penggunaan tag

​Contoh

Perpustakaan prompt

Tutorial prompting GitHub

Tutorial prompting Google Sheets

Mengapa menggunakan tag XML?

Praktik terbaik dalam penggunaan tag

Contoh