InfraLoka AcademyPathwayAI
PathwayAI

Modul 3 · Minta dengan jelas

AI sebagai rekan baru yang cepat

3 menit baca6 menit bacaDitinjau 26 Oktober 2026

Intinya

Perlakukan AI seperti rekan baru yang cepat dan banyak membaca: beri penjelasan yang jelas, periksa hasilnya, dan tetap kamu yang bertanggung jawab. Ia cenderung setuju denganmu, jadi mintalah kelemahan secara tegas.

Setelah pelajaran ini kamu bisa

  • Memakai gambaran rekan baru yang cepat untuk memutuskan cara bekerja dengan AI
  • Mengenali kecenderungan model untuk mengikuti arah pertanyaanmu
  • Meminta AI menunjukkan kelemahan rencanamu alih-alih sekadar menyetujuinya

Istilah di pelajaran ini

Pahami

Bayangkan kamu mendapat rekan kerja baru. Ia sangat cepat: dalam satu menit ia bisa menulis draf surat, merangkum notulen sepuluh halaman, atau menyusun lima pilihan judul. Ia sudah membaca sangat banyak tulisan, jadi ia akrab dengan bentuk surat resmi, laporan, dan tabel. Tetapi ini hari pertamanya. Ia tidak kenal kantormu, tidak tahu siapa atasanmu, tidak tahu aturan yang tidak tertulis, dan tidak tahu apa yang sudah dicoba tim bulan lalu. Ia juga tidak ingat percakapan kemarin, kecuali aplikasinya menyimpan memori atau kamu menempelkan catatannya lagi.

Gambaran inilah yang paling berguna untuk bekerja dengan model bahasa besar (large language model, LLM), yaitu jenis AI yang menulis teks seperti asisten percakapan yang kamu pakai. Gambaran ini langsung menjawab tiga pertanyaan sehari-hari.

Pertama, seberapa banyak yang perlu kamu jelaskan? Sebanyak yang kamu jelaskan kepada rekan baru di hari pertamanya. Kalau kamu hanya menulis "tolong buatkan laporan", rekan baru akan menebak, dan tebakannya wajar tetapi belum tentu yang kamu perlukan. Prompt (perintah atau instruksi yang kamu tulis untuk AI) perlu memuat tujuan, siapa pembacanya, dan bahan yang harus dipakai. Pelajaran berikutnya memberi daftar periksanya.

Kedua, seberapa jauh kamu boleh percaya hasilnya? Sama seperti hasil kerja rekan baru: dibaca dulu sebelum dikirim. Ia cepat, tetapi cepat tidak sama dengan benar. Yang menanggung hasilnya tetap kamu.

Ketiga, pekerjaan apa yang pantas diserahkan? Pekerjaan yang hasilnya bisa kamu periksa dengan cepat: draf pertama, ringkasan dari bahan yang kamu berikan, daftar pilihan, atau versi lain dari tulisan yang sudah ada. Keputusan yang menyangkut uang, orang, atau hukum tetap di tanganmu.

Ada satu sifat rekan baru ini yang perlu kamu tahu sejak awal: ia ingin menyenangkan. Kalau kamu bertanya "rencana ini sudah bagus, kan?", ia cenderung menjawab "ya, bagus" lalu menambahkan pujian. Itu bukan tanda rencanamu pasti bagus. Arah pertanyaanmu ikut membentuk jawabannya. Rekan yang selalu setuju terasa nyaman, tetapi tidak membantumu menemukan lubang sebelum orang lain menemukannya. Di pelajaran ini kamu belajar mengenali pertanyaan yang menggiring, lalu memakai sifat yang sama untuk meminta kritik yang jujur.

Kenapa model mudah mengikuti arah pertanyaan? Model dilatih dalam dua tahap besar. Tahap pertama membuatnya pandai melanjutkan teks. Tahap kedua, pelatihan lanjutan, membentuknya menjadi asisten yang membantu dan sopan, antara lain dengan memberi nilai lebih pada jawaban yang disukai orang. Efek sampingnya, jawaban yang menyetujui sering terasa lebih disukai, jadi model condong ke sana. Penjelasan lengkap tentang dua tahap pelatihan ada di pelajaran Pelatihan dan batas pengetahuan (knowledge cutoff).

Dalam pekerjaan sehari-hari, kecenderungan ini muncul dalam beberapa bentuk. Pertanyaan yang sudah berisi jawaban, seperti "bukankah lebih baik kita pindah ke pemasok baru?", biasanya dijawab searah. Kalau kamu membantah jawaban yang tadinya sudah benar, model kadang mengalah dan meminta maaf. Kalau kamu menulis rencana dengan nada bangga, ulasannya ikut hangat.

Kabar baiknya, sifat yang sama bisa kamu arahkan. Kalau kamu meminta model berperan sebagai pemeriksa yang mencari kelemahan, ia akan mencari kelemahan dengan sungguh-sungguh. Kuncinya ada tiga: bertanya dengan netral, meminta kelemahan dan risiko secara tegas, dan melarang pujian atau kesimpulan "secara keseluruhan bagus" di akhir. Setelah itu, nilai sendiri mana kritik yang masuk akal. Tidak semua kritik dari model tepat untuk keadaanmu.

Contoh

Sebelum

Permintaan

Saya mau mengusulkan agar rapat mingguan tim diganti dengan laporan tertulis lewat formulir setiap Jumat. Menurut saya ini akan menghemat banyak waktu. Ide bagus, kan?

Hasilnya

Ide yang bagus! Mengganti rapat mingguan dengan laporan tertulis bisa menghemat waktu tim secara nyata. Laporan tertulis juga meninggalkan catatan yang rapi dan bisa dibaca kapan saja. Beberapa manfaat lainnya: 1. Anggota tim bisa mengisi sesuai waktu mereka. 2. Atasan mendapat gambaran yang tersusun. 3. Diskusi menjadi lebih terarah. Usulan ini layak diajukan.

Sesudah

Permintaan

Saya akan mengusulkan ke atasan agar rapat mingguan tim (8 orang, 60 menit setiap Senin) diganti laporan tertulis lewat formulir setiap Jumat. Tujuan saya: menemukan kelemahan usulan ini sebelum atasan menanyakannya. Berperanlah sebagai rekan yang skeptis. Tulis 5 kelemahan atau risiko terbesar, urutkan dari yang paling serius, masing-masing satu atau dua kalimat. Lalu tulis 3 pertanyaan yang kemungkinan diajukan atasan saya. Jangan memuji usulan ini dan jangan menyimpulkan apakah usulan ini bagus.

Hasilnya

Kelemahan dan risiko, dari yang paling serius: 1. Masalah yang perlu dibahas bersama bisa tertunda seminggu, karena formulir tidak memberi ruang untuk saling bertanya. 2. Laporan tertulis mudah diisi seadanya. Tanpa orang yang membaca dan menanggapi, isinya cepat menjadi rutinitas kosong. 3. Anggota yang baru atau pendiam kehilangan satu-satunya kesempatan rutin untuk didengar. 4. Waktu yang dihemat bisa pindah ke pesan dan rapat dadakan yang lebih tersebar. 5. Belum jelas siapa yang merangkum dan menindaklanjuti laporan. Pertanyaan yang mungkin diajukan atasan: 1. Bagaimana kita tahu ada pekerjaan yang macet? 2. Siapa yang membaca semua laporan, dan kapan? 3. Bisakah dicoba dulu sebulan lalu dibandingkan?

Yang berubah

  • "Ide bagus, kan?" mengarahkan jawaban. Versi baru meminta kelemahan secara tegas.
  • Angka nyata (8 orang, 60 menit) membuat kritiknya spesifik, bukan umum.
  • Larangan memuji dan menyimpulkan mencegah model kembali menyetujui di akhir.
  • Hasilnya tetap kamu nilai: kelemahan nomor 4 mungkin tidak berlaku untuk timmu.

Kesalahan umum

Kesalahan
Menulis pertanyaan yang sudah berisi jawaban yang kamu harapkan, misalnya "Bukankah pilihan A lebih hemat?"
Kenapa merugikan
Model cenderung mengikuti arah itu dan menambahkan alasan pendukung. Kamu merasa yakin karena "AI juga setuju", padahal kamu sendiri yang mengarahkan jawabannya. Keputusan itu tampak sudah diuji, padahal belum.
Lakukan ini
Tanyakan dengan netral, misalnya "Bandingkan pilihan A dan B dari sisi biaya dan risiko", atau minta model membela pilihan yang tidak kamu sukai lebih dulu, baru bandingkan kedua sisi.

Coba

Kamu ingin AI membuat draf pengumuman perubahan jam layanan untuk pelanggan. Kalau AI kamu anggap rekan baru di hari pertamanya, apa yang paling perlu kamu lakukan?

Kartu pilah

Pilah pertanyaan berikut: mengarahkan jawaban, atau netral?

  1. Apa tiga alasan terkuat untuk menolak usulan ini?

  2. Saya yakin jadwal ini realistis. Bisa tolong konfirmasi?

  3. Bagian mana dari laporan ini yang paling mungkin membingungkan direksi?

  4. Laporan ini sudah cukup jelas untuk direksi, ya?

  5. Bandingkan pemasok lama dan baru dari sisi biaya, waktu kirim, dan risiko.

  6. Bukankah lebih hemat kalau kita pindah ke pemasok baru?

6 kartu lagi

Minta AI menguji rencanamu

Bisa dipakai di asisten AI mana pun.

Isi bagianmu
Contoh: memindahkan arsip kertas ke folder bersama dalam tiga bulan, dikerjakan dua orang
Contoh: kepala bagian keuangan

Prompt-mu

Saya sedang menyiapkan rencana berikut: ‹rencana›. Rencana ini akan dibaca oleh ‹pembaca›. Tujuan saya adalah menemukan kelemahannya sebelum rencana ini diajukan. Berperanlah sebagai pemeriksa yang skeptis. Tulis 5 kelemahan atau risiko terbesar, urutkan dari yang paling serius, masing-masing satu atau dua kalimat. Lalu tulis 3 pertanyaan sulit yang mungkin diajukan ‹pembaca›. Jangan memuji rencana ini dan jangan menyimpulkan apakah rencana ini bagus.

Bawa pulang

Bekerja dengan rekan baru yang cepat

  • Saya menjelaskan tugas seperti kepada rekan di hari pertamanya: tujuan, pembaca, dan bahan.
  • Saya bertanya dengan netral, tanpa menanam jawaban yang saya harapkan.
  • Untuk rencana penting, saya meminta daftar kelemahan dan pertanyaan sulit, bukan penilaian.
  • Saya menilai sendiri kritik dari AI, karena tidak semua kritiknya tepat.
  • Saya membaca hasilnya sebelum dikirim, karena tanggung jawabnya tetap di saya.

Yang salah di tempat kami

Cara kerja kami

Rencana dinilai juga oleh seorang penyerang

Konteks
Saat menyusun rencana fitur, kami meminta AI menilainya dari beberapa sudut pandang: engineering, strategi, pendapatan, dan seorang penyerang.
Yang biasanya salah
Rencana yang hanya dinilai oleh orang yang ingin fitur itu berhasil cenderung melewatkan cara fitur itu disalahgunakan, misalnya agen yang boleh menjalankan tindakan apa saja.
Akibatnya bila dibiarkan
Desain berbahaya bisa lolos ke tahap build, lalu mahal untuk dibongkar.
Akar masalah
Kita menilai ide dari sudut pandang yang kita sukai.
Cara kami
Persona penyerang mencoba memakai fitur untuk menghapus data, mengirim pesan massal, atau melewati izin. Temuannya menjadi batasan desain, misalnya daftar tindakan yang diizinkan dan konfirmasi pengguna.
Aturan yang kami pegang
Setiap rencana yang menyentuh data atau tindakan otomatis dinilai juga oleh persona penyerang sebelum disetujui.

PelajarannyaMinta AI menyerang rencanamu sebelum orang lain melakukannya.

Artinya untuk kerjamuSebelum mengajukan rencana penting, minta seseorang, atau AI, sengaja mencari kelemahannya. Orang yang ingin rencana itu berhasil jarang melihat lubangnya sendiri.