Sebagai Penulis Buku IT
Menulis buku teknis adalah proses yang non-linear dan melelahkan secara kognitif. Ide ada di kepala, namun mengubahnya menjadi teks yang terstruktur dan konsisten adalah pekerjaan besar tersendiri.
Claude membantu di tiga titik kritis dalam proses menulis:
Dari ide ke outline. Saya bisa “dump” ide mentah dalam bentuk bullet atau catatan acak, lalu minta Claude menyusunnya menjadi struktur bab yang logis. Ini bukan berarti Claude yang menulis buku — melainkan Claude yang membantu saya menemukan struktur argumen yang sudah ada di kepala saya.
Review untuk audiens yang tepat. Salah satu tantangan terbesar menulis buku teknis: apakah penjelasan ini cukup jelas untuk target pembaca, atau sudah terlalu assumed? Saya menggunakan Claude sebagai “pembaca simulasi” dengan instruksi spesifik: “Review paragraf ini untuk pembaca level intermediate DevOps — apakah ada yang terlalu diasumsikan atau sebaliknya terlalu mendasar?”
Konsistensi terminologi. Dalam buku teknis yang panjang, sangat mudah menggunakan istilah yang tidak konsisten. Claude bisa digunakan untuk mengaudit terminologi di seluruh naskah.
Sebagai Dosen Teknik Informatika
Menyiapkan materi kuliah yang baik adalah pekerjaan yang sering diremehkan. Satu semester membutuhkan silabus, slide, soal latihan, soal ujian, dan studi kasus — semua harus konsisten satu sama lain.
Claude secara signifikan mengurangi waktu persiapan tanpa mengurangi kualitas pedagogis, justru sebaliknya — karena saya bisa menghabiskan waktu yang tersimpan untuk memikirkan bagaimana mengajar lebih baik, bukan sekadar apa yang diajarkan.
Contoh prompt yang sering saya gunakan:
“Buat 10 soal pilihan ganda tentang konsep serverless computing untuk mahasiswa S1 semester 5 yang sudah menguasai dasar cloud. Setiap soal harus menguji pemahaman konseptual, bukan sekadar hafalan definisi. Sertakan jawaban dan penjelasan untuk setiap pilihan (mengapa benar/salah).”

3. Teknik Prompting yang Membedakan Pengguna Biasa dari Power User
Setelah berbulan-bulan menggunakan Claude secara intensif, saya mengidentifikasi lima teknik yang paling membedakan hasil antara pengguna biasa dan power user.
| Teknik | Cara Menggunakannya | Contoh Prompt |
| Tentukan format output | Instruksikan format spesifik yang Anda butuhkan | “Jawab dalam bentuk tabel perbandingan dengan kolom: Fitur / AWS / Huawei Cloud / Keterangan” |
| Tentukan panjang | Sebutkan panjang yang diinginkan secara eksplisit | “Jelaskan dalam 3 paragraf” atau “Buat ringkasan eksekutif maks 100 kata” |
| Iterasi dalam satu sesi | Bangun di atas respons sebelumnya, jangan mulai ulang | “Bagus. Sekarang tambahkan pertimbangan keamanan dan compliance-nya” |
| Minta alternatif | Dapatkan beberapa opsi sekaligus | “Berikan 3 pendekatan berbeda dengan trade-off masing-masing” |
| Devil’s advocate | Uji kelemahan dari solusi yang sudah ada | “Apa kelemahan dari arsitektur yang baru kamu rekomendasikan?” |
Dari kelima teknik ini, yang paling sering diabaikan namun memberikan dampak terbesar adalah devil’s advocate. Sangat mudah terjebak dalam konfirmasi bias — minta Claude menyetujui pendekatan yang sudah Anda putuskan. Justru sebaliknya: mintalah Claude untuk secara aktif mencari kelemahan dalam ide Anda sebelum Anda commit.
