Contents show

Untuk meminta AI menyebutkan asumsi sebelum memberi saran, jelaskan tujuan dan data yang sudah diketahui, lalu minta daftar asumsi yang memengaruhi pilihan. Asumsi yang belum disetujui jangan otomatis dipakai sebagai fakta. Jika informasi penting belum tersedia, model sebaiknya mengajukan pertanyaan atau membuat opsi bersyarat.

Permintaan ini berguna ketika saran terdengar lengkap tetapi tidak cocok dengan keadaan Anda. Model mungkin menyiapkan rencana untuk waktu, alat, atau pengguna yang belum pernah disebut. Yang perlu diperbaiki bukan selalu panjang prompt, melainkan dasar yang dipakai untuk mengisi kekosongan.

Bedakan fakta, batas, preferensi, dan asumsi

Fakta pada brief adalah informasi yang Anda berikan dan telah dipahami sesuai konteks. Batas menjelaskan hal yang tidak boleh diubah, seperti tidak menambah pembelian pada rencana kegiatan. Preferensi adalah pilihan yang memang dinyatakan pengguna. Asumsi adalah dugaan sementara ketika informasi belum ada.

Ilustrasi percakapan untuk memeriksa asumsi dan batas sebelum AI menyusun saran

Contoh rekaan: pengguna mempunyai dua puluh menit adalah data jika memang ia menyatakannya. Pengguna pasti suka kegiatan ramai adalah asumsi bila tidak pernah diberikan. Kalimat gunakan barang yang sudah ada adalah batas tugas, bukan tantangan agar model mencari produk murah untuk dibeli.

Jangan mencampurkan keempatnya dalam satu daftar bernama konteks. Ketika semua terlihat setara, asumsi mudah diperlakukan sebagai keputusan pengguna. Beri penanda sederhana agar Anda dapat menyetujui, menolak, atau mengganti dugaan sebelum menerima saran.

Asumsi yang penting adalah yang mengubah saran

Tidak perlu meminta puluhan asumsi umum tentang kehidupan manusia. Pilih hal yang relevan terhadap tujuan. Untuk rencana kegiatan, informasi tentang peserta, tempat, waktu, bahan, dan kesediaan mengikuti kegiatan biasanya lebih berguna daripada dugaan karakter seseorang.

Jika perubahan satu asumsi membuat opsi tidak dapat dijalankan, tandai sebagai penting untuk ditanyakan. Contoh rekaan: permainan kelompok membutuhkan orang yang bersedia bermain bersama. Bila peserta ingin kegiatan sendiri, bentuk sarannya perlu berubah. Model tidak boleh menetapkan kesediaan itu dari hubungan keluarga saja.

OpenAI menyebut kemungkinan jawaban terlalu yakin pada pertanyaan ambigu. Mengungkapkan batas data membantu pembaca meninjau saran, tetapi bukan jaminan bahwa model dapat mengenali seluruh asumsi atau selalu memberi hasil benar.

Prompt pertama: susun daftar asumsi sebelum rekomendasi

Sebelum memberi saran, pisahkan informasi yang saya berikan, batas yang tidak boleh diubah, preferensi yang sudah dinyatakan, dan asumsi yang masih perlu persetujuan. Tujuan: [isi]. Data: [isi]. Batas: [isi]. Jangan menebak keadaan pribadi, kemampuan, minat, atau persetujuan orang lain. Tampilkan asumsi yang benar-benar dapat mengubah rekomendasi, alasan relevansinya secara singkat, dan pertanyaan yang diperlukan. Jangan memberi saran final sampai informasi pokok jelas. Jika membuat contoh opsi, tulis syaratnya dan jangan menyatakannya sebagai keputusan saya.

Baca dulu apakah model menjaga data yang sudah ada. Jika Anda menyebut tidak membeli bahan baru tetapi daftar asumsi menyatakan anggaran belanja kecil, koreksi bagian itu. Batas tidak boleh diubah menjadi asumsi yang boleh dilonggarkan diam-diam.

Tidak perlu meminta penjelasan proses internal yang panjang. Yang dicari adalah daftar dasar saran yang dapat diperiksa pengguna: informasi mana belum ada, mengapa berpengaruh, dan pertanyaan apa yang relevan.

Contoh rekaan: ide kegiatan singkat di rumah

Brief latihan: buat kegiatan singkat dengan perlengkapan yang sudah tersedia dan tanpa melibatkan seluruh penghuni. Model menghasilkan permainan kelompok dengan bahan cetak tambahan. Ada dua masalah: ia menambah peserta dan mengubah batas perlengkapan.

Bagian	Status yang benar	Perbaikan
Perlengkapan tersedia saja	Batas brief	Jangan menambah pembelian atau cetakan yang belum tersedia
Seluruh penghuni ikut	Asumsi yang bertentangan dengan brief	Hapus dari dasar saran
Peserta suka permainan	Preferensi belum diketahui	Tanyakan atau beri opsi bersyarat
Waktu singkat	Masih perlu arti yang jelas	Tanyakan waktu yang memang tersedia

Hasil koreksi tidak perlu langsung menghasilkan rencana baru. Pertanyaan pendek seperti berapa waktu yang tersedia dan kegiatan seperti apa yang diinginkan dapat lebih berguna. Jangan mengisi keduanya dengan pilihan yang populer agar percakapan cepat selesai.

Contoh tersebut bukan hasil uji kemampuan model tertentu. Ia menunjukkan cara membaca hubungan brief dan saran. Anda dapat memakai cara yang sama untuk rencana konten, pembagian pekerjaan, atau draf komunikasi yang tidak menyangkut keputusan berisiko.

Prompt kedua: buat opsi jika asumsi berbeda

Buat opsi bersyarat untuk dua keadaan yang belum diputuskan ini: [keadaan A] dan [keadaan B]. Gunakan hanya data dan batas yang sudah disetujui. Untuk setiap opsi, tulis syarat penggunaan, hal yang masih perlu ditanyakan, dan bagian yang tidak cocok bila syarat berubah. Jangan memilih keadaan yang dianggap paling umum. Jangan menyatakan pihak lain setuju atau kegiatan sudah dijadwalkan.

Opsi bersyarat menjaga percakapan tetap bergerak tanpa berpura-pura tahu. Misalnya opsi untuk kegiatan sendiri dapat dibedakan dari kegiatan berdua, jika keduanya memang sedang dipertimbangkan pengguna. Jangan menambahkan skenario yang menyentuh informasi sensitif hanya untuk membuat pilihan lebih banyak.

Jika keadaan yang dipilih kemudian jelas, gunakan datanya untuk merevisi opsi terkait. Tidak perlu mempertahankan semua cabang pada rencana akhir. Simpan pertanyaan yang belum selesai agar ringkasan tidak tampak lebih pasti daripada keputusan sebenarnya.

Jangan mengubah label orang menjadi kesimpulan kebutuhan

Label pelanggan lama tidak otomatis berarti orang tersebut ingin pesan akrab. Label peserta keluarga tidak otomatis berarti semua nyaman berbagi kenangan. Preferensi dan persetujuan perlu konteks yang benar, bukan dugaan dari kategori sosial.

Artikel respons pelanggan baru dan lama membahas penyesuaian dari konteks minimum, bukan pelabelan nilai pelanggan. Gunakan prinsip itu saat meninjau saran AI: variasi respons harus berdasarkan informasi relevan yang memang tersedia.

Begitu pula, catatan diri tidak memberi dasar model menebak motif tersembunyi atau memberi diagnosis. Pada pertanyaan jurnal kebiasaan, fokusnya pengamatan dan hal yang dipilih untuk ditinjau, bukan kesimpulan kepribadian dari beberapa entri.

Prompt ketiga: audit saran terhadap asumsi yang disetujui

Periksa saran ini terhadap brief dan daftar asumsi yang telah saya setujui. Cari informasi baru yang dianggap pasti, batas yang dilonggarkan, serta keputusan atau persetujuan yang tidak pernah diberikan. Tampilkan bagian yang perlu direvisi dan alasan ringkas dari bahan. Jangan menambah asumsi baru saat memperbaiki. Jika data kurang, kembalikan sebagai pertanyaan, bukan fakta pengganti.

Perhatikan kata sudah, pasti, semua, dan cocok. Kata itu dapat mengubah rencana bersyarat menjadi kesimpulan. Jika brief hanya menyebut mempertimbangkan kegiatan, jangan biarkan versi akhir menyatakan seluruh peserta akan mengikuti.

Pada deskripsi produk, lihat pula apakah model mengubah pengamatan gambar menjadi spesifikasi. Panduan deskripsi dari foto dan data produk membantu menahan dugaan bahan, ukuran, atau fitur yang belum diberikan.

Contoh serah terima brief yang lebih jelas

Gunakan format pendek: tujuan, data, batas, preferensi, pertanyaan terbuka, lalu status keputusan. Contoh rekaan: tujuannya membuat kegiatan sendiri; bahan yang tersedia telah dicatat; tidak menambah pembelian; preferensi permainan belum diketahui; waktu menunggu jawaban; belum ada rencana yang disetujui.

Orang yang membaca catatan itu tidak perlu menebak mengapa saran kelompok ditolak. Alasannya sudah terhubung dengan brief. Jika pengguna mengubah tujuan, catat perubahan secara terbuka daripada menganggap model sejak awal memahami konteks yang baru.

Jangan meminta pihak lain memberikan seluruh data pribadi untuk menutup semua pertanyaan. Pilih informasi minimum yang benar-benar mengubah saran. Untuk informasi yang tidak ingin dibagikan, Anda dapat membuat keputusan sendiri tanpa memasukkannya ke AI.

Kapan tidak cukup hanya membahas asumsi?

Pada keputusan berisiko tentang kesehatan, hukum, keuangan, atau keselamatan, daftar asumsi bukan izin bertindak. Ketidakpastian tertentu membutuhkan penilaian tenaga profesional atau sumber resmi yang sesuai. Jangan menyebutnya bisa dikompromikan hanya agar model tetap memberi rekomendasi.

Untuk tugas sehari-hari, Anda dapat berhenti ketika pertanyaan pokok sudah terjawab dan saran setia pada brief. Tidak perlu mengaudit setiap pilihan kata berulang kali. Pilih kedalaman pemeriksaan sesuai dampak keputusan, sambil tetap mempertahankan fakta serta persetujuan yang benar-benar ada.

Uji satu asumsi yang paling berpengaruh

Ambil satu dugaan dari daftar dan ubah kondisinya secara jelas. Contoh rekaan: saran awal memakai kegiatan berdua, tetapi pengguna kemudian mengatakan akan melakukannya sendiri. Minta model menunjukkan bagian rencana yang tidak lagi berlaku, tanpa mengubah bahan, durasi, atau batas pembelian yang sudah ditetapkan.

Jika model justru mengganti seluruh rencana dengan kegiatan yang membutuhkan alat baru, auditnya belum setia pada brief. Kembalikan data yang tidak berubah dan ulangi hanya bagian terdampak. Tujuan latihan ini bukan membuat model membela rekomendasi awal, melainkan melihat apakah hubungan antara syarat dan saran cukup jelas untuk diperbaiki.

Anda dapat menyimpan catatan keputusan dengan tiga status: disetujui sebagai syarat, ditolak, atau menunggu jawaban. Asumsi menunggu tidak boleh kembali pada versi ringkas sebagai fakta. Periksa juga apakah catatan penolakan masih terbawa ketika percakapan dilanjutkan atau bahan dipindahkan ke dokumen baru.

Untuk pekerjaan berulang, letakkan batas penting pada awal brief terbaru. Misalnya tidak ada pembelian baru dan tidak ada persetujuan peserta lain. Jangan hanya mengandalkan percakapan lama yang panjang. Ringkasan yang diperiksa pengguna memberi acuan lebih jelas daripada meminta AI mengingat semua keputusan tanpa meninjau hasilnya.

Untuk setiap versi, tulis siapa yang perlu meninjau preferensi atau persetujuan yang belum tersedia. Orang yang merapikan brief tidak otomatis berwenang menyetujui kebutuhan semua pihak yang akan menggunakan rencana.