Google Gemini cocok dipakai saat pekerjaanmu punya bahan yang harus dibaca dulu. Kamu bisa mengunggah PDF, dokumen, spreadsheet, folder kode, atau repositori GitHub, lalu meminta ringkasan, perbandingan, tabel temuan, sampai rancangan program. Hasilnya tetap perlu diperiksa. Gemini dapat salah membaca tabel, mengarang rujukan, atau menghasilkan kode yang tampak masuk akal tetapi gagal saat dijalankan.
Panduan ini membahas tiga pekerjaan yang sering bercampur di meja kerja: mencari dan menyusun bahan riset, memeriksa dokumen, serta mengubah kebutuhan menjadi kode. Contohnya sengaja dibuat praktis. Kamu akan menemukan prompt yang bisa disalin, cara memberi konteks, cara menguji jawaban, dan kapan sebaiknya memakai alat lain.
Apa yang bisa dikerjakan Gemini untuk riset, dokumen, dan coding?
Gunakan Gemini sebagai pembaca cepat dan rekan diskusi, bukan sebagai sumber kebenaran tunggal. Untuk riset, ia bisa membantu memetakan pertanyaan, membandingkan artikel, menyusun istilah pencarian, serta merapikan catatan. Untuk dokumen, ia dapat mencari bagian tertentu dari PDF, membandingkan dua versi kontrak contoh, atau mengubah isi spreadsheet menjadi tabel yang lebih mudah dibaca. Untuk coding, ia bisa menjelaskan error, menulis fungsi kecil, mengusulkan test, dan membaca struktur folder yang kamu unggah.
Google menjelaskan bahwa Gemini Apps dapat menerima dokumen, spreadsheet, foto, video, notebook, folder kode, dan repositori GitHub. Bantuan resminya menyebut batas umum sampai 10 file dalam satu prompt, dengan ukuran file nonvideo sampai 100 MB. Batas dapat berbeda menurut akun, wilayah, jenis file, serta paket yang sedang digunakan. Cek tampilan akunmu sebelum mengunggah pekerjaan besar.
Batas tersebut mengubah cara kerja. Jangan melempar satu folder berantakan lalu berharap model mengerti prioritasmu. Pilih bahan, beri nama file yang jelas, kemudian minta hasil dalam format yang bisa kamu audit.
Cara menyiapkan sesi kerja
Tentukan hasil akhir sebelum menulis prompt
Kalimat seperti “tolong analisis dokumen ini” terlalu longgar. Gemini harus menebak apakah kamu butuh ringkasan, daftar risiko, bahan presentasi, atau jawaban atas satu pertanyaan. Tebakan itu sering menghasilkan tulisan panjang yang tidak bisa langsung dipakai.
Tulis hasil akhir dengan bentuk yang jelas. Misalnya, “buat tabel dengan kolom klaim, bukti di dokumen, halaman, dan pertanyaan yang belum terjawab.” Bentuk ini memaksa jawaban membawa jejak pemeriksaan. Kalau satu klaim tidak punya halaman, kamu bisa menandainya untuk pengecekan manual.
Prompt dasar yang bisa kamu ubah:
Saya sedang mengerjakan [jenis pekerjaan].
Bahan yang saya unggah berisi [jelaskan isi dan periode].
Tolong kerjakan [satu hasil utama].
Aturan:
1. Pisahkan fakta dari dugaan.
2. Sebutkan nama file dan nomor halaman jika tersedia.
3. Jika informasi tidak ada, tulis “tidak ditemukan”.
4. Jangan membuat rujukan atau angka baru.
5. Sajikan hasil sebagai [tabel/checklist/rancangan kode].
Perhatikan kalimat keempat. “Jika informasi tidak ada, tulis tidak ditemukan” terdengar sederhana, tetapi berguna untuk menahan dorongan model mengisi lubang. Tetap periksa. Instruksi bukan pagar sempurna.
Pisahkan bahan menurut fungsi
Satu sesi bisa berisi dokumen latar belakang, data mentah, dan format keluaran. Ketiganya punya fungsi berbeda. Tandai di prompt, misalnya latar.pdf untuk konteks, data.csv untuk angka, dan format-laporan.docx untuk contoh susunan. Penamaan seperti ini membuat percakapan lebih mudah dirujuk kembali.
Kalau kamu mengunggah banyak file, mulai dengan permintaan inventaris. Minta Gemini mencatat nama file, jenis bahan, rentang waktu, serta pertanyaan apa yang mungkin dijawab masing-masing file. Jangan langsung meminta kesimpulan. Langkah inventaris sering menemukan file yang salah versi atau dokumen yang ternyata kosong.
Jangan masukkan data yang belum boleh keluar
Dokumen kerja bisa berisi nomor identitas, alamat, token, kode akses, data pelanggan, atau kontrak yang belum boleh dibaca pihak luar. Hapus bagian tersebut sebelum unggah. Untuk contoh artikel, gunakan example.com, alamat IP dokumentasi 203.0.113.55, dan nama perusahaan fiktif.
Pengguna akun kantor atau sekolah dapat memiliki aturan tambahan dari administrator Workspace. Akses Drive atau aplikasi yang terhubung juga bisa dibatasi. Kalau tombol Drive tidak muncul, masalahnya belum tentu ada di prompt. Bisa jadi kebijakan akun yang mencegah integrasi.
Gemini untuk riset: dari pertanyaan kabur menjadi peta kerja
Mulai dari peta pertanyaan
Riset biasanya macet bukan karena tidak ada informasi, melainkan karena pertanyaannya terlalu lebar. “Apa dampak AI untuk UMKM?” bisa melebar ke biaya, tenaga kerja, pemasaran, hukum, privasi, sampai pendidikan. Minta Gemini memecah pertanyaan menjadi bagian yang bisa diuji.
Contoh prompt:
Saya ingin meneliti penggunaan AI oleh usaha kecil di Indonesia.
Pecah pertanyaan ini menjadi pertanyaan riset yang lebih sempit.
Kelompokkan berdasarkan biaya, pemasaran, layanan pelanggan, risiko data,
dan keterampilan pekerja. Untuk tiap pertanyaan, sebutkan jenis sumber
primer yang sebaiknya dicari. Jangan memberi jawaban dulu.
Permintaan “jangan memberi jawaban dulu” sengaja dipakai agar sesi menghasilkan rancangan, bukan opini. Setelah daftar keluar, pilih dua atau tiga pertanyaan yang paling dekat dengan tujuanmu. Jangan otomatis mengambil semua cabang. Riset yang terlalu lebar sulit selesai dan biasanya berakhir sebagai rangkuman umum.
Lanjutkan dengan meminta istilah pencarian dalam Bahasa Indonesia dan Inggris. Minta sinonim, istilah teknis, serta kata yang sering dipakai lembaga resmi. Hasil itu menjadi bahan untuk Google Search, Google Scholar, perpustakaan kampus, atau basis data industri. Gemini boleh membantu menyusun query, tetapi sumber aslinya tetap harus kamu buka.
Minta matriks sumber, bukan paragraf pujian
Saat sudah punya artikel atau PDF, unggah bahan yang boleh diproses dan minta matriks. Bentuk matriks lebih mudah dibandingkan dengan ringkasan bebas karena setiap baris punya tugas.
Baca empat dokumen yang saya unggah tentang [topik].
Buat matriks dengan kolom:
- nama file
- pertanyaan yang dijawab
- metode atau jenis data
- temuan utama
- batasan yang disebut penulis
- halaman atau bagian sumber
- konflik dengan dokumen lain
Jangan menyatukan dua klaim yang berbeda. Jika nomor halaman tidak tersedia,
tulis “halaman tidak tersedia”.
Setelah tabel jadi, periksa sampel baris secara manual. Cari bagian sumbernya, baca paragraf sebelum dan sesudah kutipan, lalu lihat apakah kesimpulan Gemini masih cocok. Potongan kalimat yang lepas dari konteks mudah mengubah arti, terutama dalam artikel akademik yang punya banyak pengecualian.
Kalau dua sumber bertentangan, jangan minta model memilih pemenang. Minta ia memetakan penyebab perbedaan. Bisa saja periodenya berbeda, sampelnya berbeda, atau definisi istilahnya tidak sama. Pertanyaan yang lebih aman:
Bandingkan klaim A pada file 1 dengan klaim B pada file 2.
Jelaskan apakah keduanya benar-benar bertentangan. Periksa periode,
definisi variabel, ukuran sampel, dan metode. Jika data tidak cukup,
tulis apa yang perlu saya cek sendiri.
Gunakan Deep Research dengan ekspektasi yang benar
Fitur riset mendalam dapat membantu menyusun laporan dari pencarian web, tetapi laporan yang rapi bukan jaminan semua klaim benar. Periksa tanggal publikasi, kualitas domain, kutipan, dan apakah sumber primer benar-benar mendukung kalimat yang ditulis.
Untuk tugas yang sensitif terhadap waktu, tulis tanggal batas. Contoh, “gunakan sumber yang terbit sampai 31 Agustus 2026 dan pisahkan sumber setelah tanggal itu.” Tanpa batas waktu, hasil pencarian dapat mencampur kabar lama dengan pembaruan baru. Saat topiknya harga, kebijakan, kesehatan, hukum, atau produk, buka halaman resmi secara langsung.
Pakai hasil riset sebagai daftar bacaan yang sudah diprioritaskan. Jangan menganggapnya sebagai naskah siap terbit. Ini beda tipis di layar, tetapi beda besar saat naskah dibaca editor.
Periksa rujukan yang mencurigakan
Ada empat tanda rujukan perlu diperiksa segera. Judul makalah terdengar terlalu cocok dengan pertanyaanmu. DOI tidak membuka apa pun. Nama penulis ada, tetapi jurnal atau penerbitnya tidak. Link mengarah ke halaman umum, bukan dokumen yang disebut.
Minta Gemini memisahkan rujukan yang ditemukan dari rujukan yang hanya disebut dalam dokumen. Lalu buka satu per satu. Jika tidak bisa ditemukan, hapus dari naskah atau tandai “butuh verifikasi”. Jangan mengisi DOI dari tebakan.
Untuk riset akademik, gunakan alat pencarian ilmiah sebagai jalur utama, lalu gunakan Gemini untuk membaca, mengelompokkan, dan menjelaskan. Artikel AI Tools for Research bisa kamu pakai untuk membandingkan alur tersebut dengan alat yang memang dibuat untuk mencari literatur.
Gemini untuk membaca dan membandingkan dokumen
Ringkas berdasarkan kebutuhan pembaca
Ringkasan satu halaman untuk pemilik usaha beda dengan ringkasan untuk programmer. Tentukan pembaca, panjang, dan keputusan yang harus dibuat setelah membaca. Prompt berikut cocok untuk memo internal:
Ringkas dokumen ini untuk pemilik usaha yang tidak berlatar hukum.
Gunakan paling banyak 700 kata.
Jelaskan:
1. apa yang harus dilakukan minggu ini,
2. bagian yang bisa menimbulkan biaya,
3. bagian yang perlu ditanyakan kepada penasihat profesional,
4. istilah yang harus dijelaskan ulang.
Sertakan rujukan halaman untuk tiap poin.
Jangan menyimpulkan bahwa dokumen aman tanpa bukti.
Kalimat terakhir penting untuk dokumen legal. Gemini tidak menggantikan pengacara. Untuk kontrak bernilai besar, surat pajak, atau kewajiban perusahaan, gunakan hasilnya sebagai daftar pertanyaan sebelum berkonsultasi dengan profesional.
Bandingkan dua versi secara konkret
Membandingkan dokumen bukan sekadar mencari kata yang berubah. Perubahan kecil pada tanggal, angka, pihak, atau kata “dapat” bisa mengubah tindakan yang harus dilakukan. Minta tabel perubahan dengan lokasi dan akibat praktis.
Bandingkan kontrak-v1.pdf dan kontrak-v2.pdf.
Buat tabel berisi:
- bagian atau halaman
- teks versi lama secara singkat
- teks versi baru secara singkat
- jenis perubahan
- pertanyaan yang perlu saya ajukan
Prioritaskan perubahan pada harga, masa berlaku, pembatalan, tanggung jawab,
data pribadi, dan hak penggunaan. Jangan menilai sah atau tidak sah.
Setelah itu, buka kedua file pada halaman yang disebut. Tabel hasil AI berguna untuk menemukan pintu masuk, bukan untuk menggantikan pembacaan. Pada dokumen hasil OCR, kesalahan satu karakter bisa mengubah 0 menjadi O atau menghilangkan tanda desimal.
Pakai spreadsheet untuk menemukan kejanggalan
Gemini dapat membantu menjelaskan tabel dan membuat grafik dari spreadsheet yang diunggah, menurut dokumentasi bantuan resmi Google. Minta ia lebih dulu memeriksa struktur data. Kolom tanggal yang terbaca sebagai teks, angka yang memakai titik dan koma berbeda, atau baris total yang ikut dihitung bisa merusak analisis.
Prompt awal:
Periksa file penjualan.csv sebelum menghitung apa pun.
Laporkan nama kolom, jumlah baris, tipe data yang terlihat, nilai kosong,
format tanggal, duplikasi, dan baris yang mungkin adalah subtotal.
Jangan menghapus atau mengubah data.
Kalau struktur sudah jelas, baru minta analisis. Misalnya:
Gunakan hanya baris transaksi, bukan subtotal.
Hitung total per bulan, median nilai transaksi, dan lima kategori terbesar.
Tampilkan rumus atau langkah hitung yang kamu gunakan.
Tandai bulan dengan data tidak lengkap.
Bila keputusan bergantung pada angka, ulangi hitungan dengan spreadsheet atau Python lokal. Kamu bisa membaca alur analisis lebih luas di panduan AI untuk analisis data. Jangan menerima grafik hanya karena tampilannya rapi. Grafik yang memakai skala sumbu keliru dapat memberi kesan perubahan besar padahal selisihnya kecil.
Atasi PDF hasil scan
PDF hasil scan sering tidak punya lapisan teks. Gemini mungkin bisa membaca gambar, tetapi hasilnya bergantung pada resolusi, kemiringan halaman, tabel, dan tulisan tangan. Kalau jawaban melewatkan satu halaman, unggah halaman itu sebagai gambar yang lebih jelas atau jalankan OCR terpisah.
Minta model menyatakan halaman yang tidak terbaca:
Baca dokumen ini. Untuk setiap halaman, tandai apakah teksnya terbaca penuh,
sebagian, atau tidak terbaca. Jangan menyimpulkan isi halaman yang bertanda
sebagian atau tidak terbaca.
Cara ini agak cerewet, tetapi menghemat waktu ketika dokumen panjang punya satu halaman buram. Kalau hasil analisis terasa terlalu percaya diri, itu alasan untuk mengulang pemeriksaan, bukan alasan untuk mempercayainya.
Gemini untuk coding: dari ide ke program yang bisa diuji
Tentukan lingkungan sebelum meminta kode
Prompt “buat aplikasi kasir” belum memberi informasi tentang bahasa, sistem operasi, basis data, cara menjalankan, atau ukuran pekerjaan. Gemini lalu mengarang asumsi. Hasilnya bisa bagus sebagai demo, tetapi menyusahkan saat dipindahkan ke proyek asli.
Sebutkan batas lingkungan:
Saya memakai Python 3.12 di Linux Ubuntu.
Proyek kecil ini memakai SQLite dan tidak menggunakan framework web.
Buat fungsi untuk mengimpor file CSV transaksi ke tabel sales.
Kolom wajib: date, item, quantity, price.
Tolak baris dengan quantity atau price yang bukan angka positif.
Berikan kode, tiga contoh input, dan test sederhana dengan unittest.
Jangan memakai layanan eksternal.
Prompt tersebut punya tujuan yang bisa diuji. Ada tipe runtime, database, kolom, aturan validasi, serta test. Kalau kamu tidak menyebut lingkungan, model boleh memilih library yang belum terpasang atau sintaks yang tidak cocok dengan versi Pythonmu.
Minta penjelasan sebelum refactor besar
Unggah file yang relevan, bukan seluruh direktori dengan rahasia terselip. Minta Gemini membuat peta alur. Misalnya, “jelaskan titik masuk program, fungsi yang mengubah data, sumber konfigurasi, dan jalur error.” Jangan langsung minta “perbaiki semuanya”.
Peta alur memberi kamu kesempatan memahami risiko. Kode yang tampak berulang bisa jadi sengaja dipertahankan karena kompatibilitas. Sebaliknya, fungsi yang terlihat kecil bisa dipakai banyak tempat. Minta daftar pemanggil sebelum mengganti nama atau tanda tangan fungsi.
Contoh prompt:
Baca folder kode yang saya unggah.
Jangan mengubah kode.
Buat peta:
- file yang menjadi entry point,
- fungsi yang membaca input,
- fungsi yang menulis file atau database,
- dependensi eksternal,
- jalur error yang tidak ditangani.
Sebutkan file dan nama fungsi untuk tiap temuan.
Setelah peta diperiksa, minta patch kecil untuk satu masalah. Lebih mudah diuji daripada menerima satu jawaban yang mengubah belasan file sekaligus.
Minta test, bukan klaim “sudah benar”
Kalimat “pastikan kodenya aman dan benar” tidak bisa diuji. Ganti dengan daftar kondisi. Untuk fungsi validasi, minta kasus normal, nilai kosong, tipe salah, angka negatif, duplikasi, dan input yang sangat panjang. Untuk API, minta timeout, respons kosong, status 4xx, serta status 5xx.
Tulis test untuk fungsi parse_config.
Kasus yang harus ada:
- konfigurasi valid,
- file tidak ada,
- JSON rusak,
- field wajib hilang,
- tipe nilai salah,
- nilai tambahan yang tidak dikenal.
Gunakan unittest bawaan Python. Jangan mengakses jaringan.
Setelah kode test, jelaskan bug apa yang bisa ditangkap tiap kasus.
Lalu jalankan test di komputer atau lingkungan kerja yang benar. Saya tidak menganggap kode berhasil hanya karena model menulis test. Test yang tidak pernah dijalankan hanyalah daftar niat.
Gunakan Code Execution untuk hitungan dan pemeriksaan kecil
Dokumentasi Google AI for Developers menjelaskan bahwa Code Execution dapat dipasang sebagai alat pada Gemini API untuk menjalankan kode dalam konteks terbatas. Fitur ini berguna untuk perhitungan, transformasi data kecil, dan pemeriksaan yang memang bisa direproduksi. Batas lingkungan tetap ada. Jangan menganggapnya sebagai server produksi, terminal pribadi, atau tempat aman untuk kredensial.
Pisahkan permintaan analisis dan eksekusi. Minta model menampilkan kode yang akan dijalankan, input yang dipakai, serta hasilnya. Untuk angka penting, ulangi secara lokal. Kalau memakai API, jangan menaruh API key di prompt, notebook publik, atau source code yang akan dibagikan.
Untuk pengembangan aplikasi dengan API, dokumentasi Gemini API resmi menjelaskan konfigurasi code execution, alur multi-turn, serta batas input dan output. Nama model, endpoint, dan kemampuan dapat berubah, jadi buka dokumentasi ketika mulai membuat integrasi baru.
Coding dengan Canvas dan prototipe
Google memperkenalkan Canvas sebagai ruang kerja interaktif untuk menyusun dokumen dan prototipe. Untuk pemula, Canvas bisa dipakai membuat halaman HTML kecil, permainan sederhana, visualisasi, atau script Python yang kemudian dipahami bagian demi bagian.
Tetapkan definisi selesai. Contoh:
Buat prototipe halaman daftar tugas dalam satu file HTML.
Syarat:
- bisa menambah tugas,
- bisa menandai selesai,
- data tersimpan di localStorage,
- tidak memakai CDN atau library eksternal,
- tampil baik pada layar 360 piksel.
Setelah kode, tulis langkah uji manual untuk lima perilaku.
Buka kode yang dihasilkan. Cek apakah data benar-benar tersimpan, apakah input kosong ditolak, dan apakah tombol bisa dipakai melalui keyboard. Prototipe yang berjalan di satu tampilan belum tentu siap dipasang ke situs publik. Ada isu aksesibilitas, keamanan, kompatibilitas browser, dan pemeliharaan.
Contoh alur kerja yang menyatukan tiga kebutuhan
Bayangkan kamu ingin menulis laporan tentang adopsi software kasir untuk warung kecil. Bahanmu terdiri atas lima wawancara, dua laporan PDF, satu spreadsheet transaksi contoh, dan rancangan artikel.
Tahap pertama, inventaris
Unggah bahan yang sudah dianonimkan. Minta daftar file, jenis informasi, halaman yang tidak terbaca, serta konflik nama. Jangan minta kesimpulan. Hasil inventaris menjadi daftar cek sebelum riset berjalan.
Tahap kedua, tarik temuan
Minta matriks wawancara. Kolomnya dapat berisi jenis usaha, masalah sebelum memakai software, biaya yang disebut responden, fitur yang dipakai, dan keluhan. Jangan meminta angka rata-rata jika jumlah responden kecil atau metode pengambilannya tidak jelas. Minta Gemini menyalin pernyataan sebagai kutipan pendek hanya jika kamu punya izin memakainya.
Tahap ketiga, periksa spreadsheet
Minta struktur data dan baris yang mencurigakan. Baru setelah itu hitung metrik yang memang tersedia. Jika kolom hanya berisi contoh buatan, tulis “data contoh” pada laporan. Jangan mengubah data contoh menjadi klaim tentang pasar nyata.
Tahap keempat, buat rancangan artikel
Minta dua pilihan struktur. Pilih berdasarkan kebutuhan pembaca, bukan jumlah subjudul. Artikel yang menjawab pertanyaan pembeli perlu menunjukkan kriteria memilih. Artikel untuk pemilik usaha mungkin lebih berguna jika dimulai dari masalah kasir yang konkret.
Tahap kelima, buat alat kecil
Kalau laporan butuh mengelompokkan jawaban wawancara, minta fungsi Python lokal yang membaca CSV anonim dan menghasilkan tabel frekuensi. Minta test untuk kolom kosong, ejaan kategori yang berbeda, serta baris duplikat. Jalankan sendiri. Jangan biarkan model mengeksekusi atau mengirim data mentah tanpa kamu tahu ke mana data bergerak.
Tahap keenam, audit sebelum terbit
Minta Gemini mencari klaim yang tidak punya sumber, angka yang berubah antara paragraf, istilah yang dipakai dengan dua arti, dan kalimat yang terlalu pasti. Lakukan audit manusia setelahnya. Audit kedua bukan formalitas. Di situlah kamu biasanya menemukan judul yang lebih besar daripada isi.
Troubleshooting saat hasilnya meleset
File gagal dianalisis
Google menyarankan mengunggah ulang file jika Gemini gagal menganalisisnya. Sebelum mengulang, cek ukuran, format, kerusakan file, dan apakah PDF punya teks yang bisa disalin. Coba satu file dulu. Jika satu file berhasil tetapi sepuluh file gagal, pecah batch berdasarkan topik.
Nama file juga membantu. scan-004-final-benar.pdf tidak memberi konteks. Ganti dengan wawancara-warung-04-transkrip.pdf bila aman. Jangan memasukkan nomor identitas atau data pribadi ke nama file.
Jawaban berhenti di tengah
Permintaan terlalu besar atau konteks melewati batas. Pecah pekerjaan berdasarkan bab, periode, atau jenis dokumen. Minta model membuat catatan kerja singkat setelah setiap batch, lalu gunakan catatan itu sebagai bahan untuk batch berikutnya. Simpan sumber asli. Jangan hanya menyimpan ringkasan AI.
Gemini mencampur dua file
Sebut nama file pada setiap pertanyaan. Minta tabel dengan kolom sumber. Jika perlu, kerjakan satu file per sesi untuk ekstraksi awal. Perbandingan dilakukan setelah tiap file punya catatan sendiri. Cara ini lebih lambat satu langkah, tetapi kesalahan pencampuran lebih mudah ditemukan.
Kode terlihat benar tetapi gagal
Salin pesan error lengkap, versi runtime, perintah yang dijalankan, dan potongan kode yang paling kecil untuk mengulang masalah. Jangan mengirim seluruh proyek jika lima belas baris sudah cukup. Minta Gemini menjelaskan penyebab sebelum memberi perbaikan.
Perintah yang saya jalankan:
python3 app.py
Versi:
Python 3.12.4
Error lengkap:
[tempel error di sini]
Tolong:
1. jelaskan baris pemicu,
2. sebutkan dua penyebab yang mungkin,
3. beri patch sekecil mungkin,
4. tambahkan test yang gagal sebelum patch dan lulus sesudahnya.
Kalau patch menyentuh file konfigurasi, baca diff baris demi baris. Perubahan kecil pada path, izin, atau nama environment variable dapat mematikan aplikasi. Simpan salinan sebelum mengganti file penting.
Hasil riset terlalu yakin
Minta tingkat keyakinan tanpa menjadikan angka itu sebagai bukti. Yang lebih berguna adalah daftar asumsi, sumber yang tidak ditemukan, dan bagian yang harus dikonfirmasi. Prompt berikut bisa dipakai:
Audit jawaban sebelumnya.
Pisahkan kalimat menjadi fakta yang punya sumber, inferensi, saran,
dan bagian yang belum bisa diverifikasi. Untuk tiap bagian yang belum pasti,
tulis pemeriksaan manual yang harus saya lakukan.
Jangan mengutip skor keyakinan AI di artikel seolah-olah itu ukuran ilmiah. Yang kamu butuhkan adalah bukti yang bisa dibuka kembali.
Kapan Gemini bukan pilihan pertama?
Gunakan alat pencarian ilmiah ketika kamu perlu menemukan makalah yang memenuhi filter publikasi. Gunakan spreadsheet atau Python ketika angka harus diaudit berulang. Gunakan editor kode dan test runner ketika proyek sudah punya konfigurasi, dependensi, dan pipeline. Gunakan NotebookLM jika pekerjaanmu terutama membaca kumpulan sumber yang sudah kamu pilih. Panduan Gemini Notebook dan NotebookLM membahas alur tersebut secara khusus.
Gemini lebih cocok menjadi lapisan percakapan di atas bahan yang sudah jelas. Ia membantu mengubah pertanyaan, menemukan bagian yang perlu dibaca, dan memecah pekerjaan. Ia kurang cocok sebagai mesin yang kamu beri akses penuh lalu ditinggal mengambil keputusan sendiri.
Kalau kebutuhanmu baru sebatas mengenal antarmuka dan menulis prompt pertama, mulai dari panduan pemula Gemini. Artikel ini mengambil jalur yang lebih sempit, yaitu pekerjaan berbasis bahan dan kode. Panduan dasar tetap berguna agar kamu tidak mencari tombol yang memang tidak tersedia di jenis akunmu.
Checklist sebelum memakai hasilnya
Sebelum menyalin jawaban ke laporan, lakukan pemeriksaan berikut. Pastikan sumber asli bisa dibuka. Cocokkan angka, tanggal, nama, dan kutipan. Cari klaim yang tidak punya halaman atau link. Tanyakan apakah model mencampur dokumen, memakai data contoh, atau mengisi bagian kosong dengan dugaan.
Untuk dokumen, baca halaman asli di sekitar temuan. Untuk spreadsheet, hitung ulang sampel di aplikasi lembar kerja. Untuk kode, jalankan lint, test, dan contoh input yang gagal. Untuk riset, simpan daftar sumber beserta tanggal akses. Jangan membuat hasil “lebih rapi” dengan menghapus batasan yang terasa mengganggu.
Ada satu kebiasaan yang murah dan sering dilewatkan. Simpan prompt, file yang dipakai, dan versi hasil. Ketika angka berubah, kamu bisa menelusuri penyebabnya. Tanpa catatan itu, sesi AI cepat berubah menjadi obrolan yang sulit diaudit.
Prompt lanjutan untuk pekerjaan berulang
Kalau tugas yang sama muncul setiap minggu, simpan prompt dalam template. Jangan membuatnya terlalu pintar. Template yang pendek lebih mudah diperbaiki ketika format laporan berubah. Sertakan bagian yang memang selalu ada, lalu sisakan ruang untuk konteks edisi baru.
Peranmu adalah pemeriksa awal laporan mingguan.
Bahan: [nama file dan periode].
Keluarkan empat bagian:
1. angka yang berubah dari periode sebelumnya,
2. klaim yang tidak punya sumber,
3. data yang kosong atau formatnya janggal,
4. pertanyaan untuk pemilik data.
Bandingkan hanya dengan [file pembanding].
Jangan mengisi nilai kosong. Jangan memberi rekomendasi bisnis.
Cantumkan nama file dan halaman atau nomor baris untuk tiap temuan.
Simpan hasil pemeriksaan bersama tanggal dan versi bahan. Ketika prompt diubah, tandai perubahan itu. Kebiasaan kecil ini memisahkan laporan yang bisa ditelusuri dari laporan yang hanya tampak profesional.
Untuk pekerjaan coding, buat template yang meminta diff, bukan salinan seluruh file. Diff lebih mudah dibaca dan lebih kecil kemungkinan menimpa perubahan manual. Sertakan perintah test yang harus dijalankan. Jika test gagal karena lingkungan berbeda, catat perbedaannya, jangan menghapus test agar hasil terlihat hijau.
Tinjau perubahan pada fungsi [nama fungsi].
Beri patch dalam format diff unified.
Jangan mengubah API publik.
Sertakan satu test regresi untuk bug [jelaskan bug].
Sebutkan file yang tidak disentuh dan alasan tidak menyentuhnya.
Prompt seperti ini tidak menjamin patch tepat. Ia hanya membuat ruang masalah lebih sempit. Programmer tetap harus membaca diff dan menjalankan pemeriksaan.
Cara memilih model dan mode kerja
Nama model serta batas akun dapat berubah, jadi jangan menjadikan satu daftar fitur sebagai aturan tetap. Pilih mode berdasarkan beban kerja. Pertanyaan pendek dan penyusunan ulang kalimat tidak perlu konteks besar. Dokumen panjang perlu kapasitas konteks yang cukup. Coding yang menyentuh banyak file perlu alur yang memungkinkan kamu membaca diff dan menjalankan test.
Kalau jawaban harus cepat, minta keluaran kecil dulu. Jika hasilnya cocok, baru lanjutkan bagian berikutnya. Jika tugasnya membutuhkan penalaran panjang, pecah menjadi tahap inventaris, analisis, lalu audit. Kecepatan tidak banyak membantu kalau kamu harus membongkar jawaban yang salah.
Jangan memilih paket berbayar hanya karena ingin mengunggah lebih banyak file. Hitung kebutuhan sebenarnya. Mungkin lima file bisa digabung menjadi dua PDF yang sudah diberi bookmark. Mungkin tabel perlu dirapikan lebih dulu. Mungkin tugasnya lebih tepat dikerjakan dengan script lokal. Panduan penggunaan dan batas paket bisa berubah, jadi buka halaman bantuan resmi sebelum membayar.
Kesalahan prompt yang sering menghabiskan waktu
Prompt terlalu pendek membuat asumsi menumpuk. Prompt terlalu panjang juga bisa berantakan jika berisi tujuan yang bertabrakan. Urutkan instruksi berdasarkan prioritas, lalu beri contoh format keluaran. Hindari lima permintaan besar dalam satu giliran percakapan.
Kesalahan kedua adalah meminta nada yakin. Kalimat seperti “jawab tanpa ragu” mendorong keluaran yang tegas ketika bukti tidak cukup. Minta bahasa yang tegas hanya pada bagian yang punya sumber. Untuk bagian yang belum jelas, minta label verifikasi.
Kesalahan ketiga adalah menerima rangkuman tanpa jejak. Rangkuman bisa terasa benar karena semua kalimatnya masuk akal. Jejak file, halaman, baris, atau fungsi membuat kamu dapat menguji klaim. Tanpa jejak, proses koreksi menjadi tebak-tebakan.
Kesalahan keempat muncul saat coding. Pengguna meminta “perbaiki error” tetapi tidak memberi error lengkap. Model lalu menebak. Tempel pesan error, perintah, versi runtime, dan input minimal. Data itu jauh lebih berguna daripada paragraf panjang tentang apa yang seharusnya terjadi.
Penutup yang bisa dipakai besok pagi
Pilih satu pekerjaan kecil. Unggah dua dokumen yang sudah dibersihkan, minta inventaris, lalu minta tabel dengan rujukan halaman. Atau unggah satu file kode tanpa rahasia, minta peta alur, dan minta satu test untuk bug yang sedang kamu pahami. Jangan mulai dari proyek raksasa.
Gemini paling berguna ketika kamu memberinya bahan yang cukup, batas yang jelas, dan tugas yang bisa diperiksa. Hasilnya kemudian kamu baca lagi. Kalau tiga langkah itu ada, AI menghemat waktu tanpa mengambil alih penilaianmu.
Artikel Terkait
- AI Tools for Research untuk memilih alat riset
- AI untuk analisis data
- Gemini Notebook dan NotebookLM
- Panduan pemula Gemini