Untuk menyusun kronologi kejadian dengan ChatGPT, masukkan catatan yang diberi waktu dan sumber, lalu minta AI mengurutkannya tanpa menambah sebab atau menyalahkan seseorang. Jika waktu belum diketahui, tulis “belum diketahui”. Kronologi yang berguna bukan cerita paling mulus, melainkan urutan yang bisa diperiksa kembali.
Panduan ini berfokus pada laporan administrasi, seperti kesalahan versi berkas atau kendala koordinasi kegiatan. Ada prompt, contoh tabel, cara menangani catatan bertentangan, dan pemeriksaan sebelum laporan dibagikan. Untuk perkara hukum, keselamatan, atau insiden serius, ikuti prosedur resmi serta pihak yang berwenang; draf AI bukan pengganti investigasi.
Bedakan kejadian, keterangan, dan dugaan
Catatan mentah sering mencampur tiga hal: apa yang terlihat, apa yang dikatakan orang lain, dan apa yang diduga penulis. Ketiganya dapat dicatat, tetapi jangan disamakan. “Berkas V2 terbuka di layar” adalah pengamatan. “Peserta mengatakan tautan lama masih aktif” adalah keterangan. “Admin pasti lupa mengganti tautan” merupakan dugaan yang belum otomatis terbukti.
| Jenis informasi | Contoh ilustratif | Cara menulis |
|---|---|---|
| Pengamatan | Catatan penulis menunjukkan berkas V2 dibuka pukul 09.05 | Hubungkan dengan sumber catatan |
| Keterangan pihak lain | Peserta melaporkan tautan V1 masih digunakan | Sebutkan sebagai laporan, bukan kepastian umum |
| Dugaan | Versi lama mungkin tersimpan pada pesan sebelumnya | Tandai perlu pemeriksaan |
| Belum diketahui | Waktu pertama tautan V1 dibagikan | Jangan isi dengan perkiraan AI |
Kalimat kronologi sebaiknya menjelaskan tindakan yang tercatat. Hindari label “ceroboh”, “tidak profesional”, atau “sengaja” jika sumber tidak membuktikan penilaian tersebut. Mengganti nada menjadi netral bukan berarti menyembunyikan masalah. Justru pembaca mendapat gambaran yang lebih jelas tentang apa yang perlu diperiksa.

Siapkan catatan yang bisa ditelusuri
Beri kode sumber sederhana sebelum mengirim bahan ke AI. S1 dapat berarti catatan penyusun, S2 pesan koordinasi yang boleh digunakan, dan S3 log versi dokumen yang sudah diperiksa. Gunakan kode pengganti untuk nama orang jika identitas tidak diperlukan. Simpan hubungan kode dengan sumber asli di tempat yang sesuai.
Catat zona waktu saat relevan. Pukul 10.00 dari dua aplikasi tidak boleh langsung dianggap waktu yang sama jika sumber menggunakan zona berbeda. Jika Anda belum mengetahui zona atau ketepatan jam, minta AI menandainya. Jangan menggeser semua waktu agar urutannya tampak rapi.
- Tujuan laporan dan siapa yang akan membacanya.
- Rentang kejadian yang perlu dicakup.
- Waktu sebagaimana tercatat, termasuk bagian kosong.
- Tindakan atau kondisi yang benar-benar disebut.
- Kode sumber dan status pemeriksaannya.
- Informasi yang tidak boleh dibagikan dalam laporan.
Jika sumbernya notulen, jangan menganggap semua ucapan peserta sebagai keputusan rapat. Anda dapat merapikannya melalui prompt notulen dari catatan kasar, lalu mengekstrak bagian kejadian yang memang masuk cakupan laporan.
Prompt kronologi yang menjaga batas fakta
Susun draf kronologi administrasi dari catatan berikut: [catatan berkode sumber]. Tujuan laporan: [tujuan]. Rentang: [rentang]. Urutkan kejadian berdasarkan waktu yang tersedia. Bedakan pengamatan, keterangan pihak lain, dugaan, dan informasi yang belum diketahui. Jangan mengarang waktu, pelaku, sebab, dampak, atau tindakan. Jangan menyimpulkan kesalahan seseorang. Tampilkan tabel waktu, kejadian, kode sumber, dan status kepastian; setelah itu buat narasi singkat. Jika sumber bertentangan, tampilkan kedua keterangan dan pertanyaan konfirmasi. Jangan menghapus ketidakpastian hanya agar cerita mengalir.
Permintaan tabel sebelum narasi membantu pemeriksaan. Pembaca dapat melihat dari mana sebuah kalimat berasal. Jika narasi dihasilkan terlebih dahulu, detail kecil yang ditambahkan AI kadang lebih sulit dikenali karena menyatu dengan paragraf yang terlihat masuk akal.
Untuk bahan yang panjang, kerjakan satu rentang terlebih dahulu, misalnya persiapan, kejadian utama, lalu tindak lanjut. Setelah tiap bagian diperiksa, baru gabungkan. Tetap gunakan kode yang konsisten. Jangan membiarkan tiga rangkuman terpisah mengubah nama versi berkas atau waktu kegiatan.
Contoh: dua versi bahan rapat beredar
Seluruh contoh berikut dibuat untuk menunjukkan metode, bukan laporan kejadian nyata. Bahan yang tersedia: S1 catatan penyusun menyebut V2 diunggah pukul 08.30; S2 pesan koordinator pukul 08.45 berisi tautan V2; S3 catatan rapat pukul 09.05 menyatakan seorang peserta membuka V1; S4 pesan pukul 09.12 meminta semua peserta menggunakan V2. Waktu pembagian awal V1 belum diketahui.
| Waktu | Kejadian tercatat | Sumber | Catatan |
|---|---|---|---|
| 08.30 WIB | V2 dilaporkan diunggah | S1 | Berdasarkan catatan penyusun |
| 08.45 WIB | Pesan koordinator memuat tautan V2 | S2 | Cocokkan isi pesan yang diizinkan |
| 09.05 WIB | Catatan rapat menyebut peserta membuka V1 | S3 | Tidak membuktikan semua peserta memakai V1 |
| 09.12 WIB | Pesan meminta penggunaan V2 | S4 | Bukan bukti semua peserta sudah beralih |
| Belum diketahui | Pembagian awal tautan V1 | Belum tersedia | Perlu konfirmasi terpisah |
Narasi yang setia pada bahan dapat berbunyi: “Menurut catatan penyusun, V2 diunggah pada pukul 08.30 WIB. Pesan koordinator pukul 08.45 WIB memuat tautan V2. Catatan rapat pukul 09.05 WIB menyebut seorang peserta masih membuka V1. Pada pukul 09.12 WIB, pesan koordinasi meminta peserta menggunakan V2. Waktu pembagian awal V1 dan alasan versi tersebut masih terbuka belum diketahui.”
Hasil itu tidak menyatakan koordinator menyebabkan kesalahan. Ia juga tidak mengubah satu peserta menjadi semua peserta. Keterangan mengenai penyebab bisa ditempatkan pada bagian pemeriksaan lanjutan setelah ada bahan yang mendukung, bukan disisipkan sebagai penghubung cerita.
Menangani waktu kosong dan catatan yang bertentangan
Misalnya, satu catatan menyebut pembaruan berkas pukul 08.30, sementara catatan lain menyebut 08.50. Jangan meminta AI memilih yang paling mungkin hanya karena salah satunya membuat urutan lebih mudah. Catat keduanya dan tanyakan apakah keduanya merujuk tindakan yang sama: unggah berkas, perubahan isi, atau pembagian tautan.
Sumber S1 dan S5 memuat waktu berbeda. Jangan pilih salah satu tanpa alasan dari sumber. Tampilkan perbedaan, kemungkinan bahwa tindakan yang dirujuk berbeda sebagai pertanyaan, dan bukti yang perlu diperiksa. Revisi narasi agar tidak menyatakan waktu final sebelum konfirmasi.
Jika waktu hanya relatif, pertahankan bentuknya. “Setelah rapat dimulai” tidak otomatis sama dengan 09.00. Untuk tabel, tulis waktu relatif itu dan beri status belum mempunyai jam pasti. Urutan beberapa kejadian boleh belum ditentukan jika sumber memang belum memungkinkan.
Periksa pula perbedaan waktu kejadian dan waktu pelaporan. Pesan yang dikirim pukul 11.00 bisa membahas kejadian pukul 10.30. Kolom terpisah untuk keduanya lebih berguna daripada menempatkan semua kejadian sesuai jam pesan. AI harus diminta membedakannya secara eksplisit.
Ubah kronologi menjadi laporan yang mudah digunakan
Sesudah tabel diperiksa, tulis ringkasan singkat tentang tujuan dan kondisi akhir yang diketahui. Jangan mencampurkan saran dengan urutan kejadian. Bagian “tindak lanjut” dapat memuat tindakan yang sudah dilakukan, usulan yang menunggu keputusan, dan pertanyaan terbuka. Statusnya harus terlihat.
Untuk contoh versi berkas, tindakan tercatat ialah pengiriman pesan penggunaan V2. Saran mematikan tautan lama belum otomatis menjadi tindakan yang dilakukan. Catat sebagai usulan jika memang diajukan. Gunakan panduan hasil rapat menjadi tugas dan tenggat untuk merapikan pekerjaan lanjutan yang telah disepakati.
Pedoman prompting ChatGPT menekankan kejelasan konteks dan keluaran yang diminta. Dalam tugas ini, konteks bukan cerita tambahan, melainkan cakupan laporan, kode sumber, dan larangan menyimpulkan hal yang belum terbukti. Bentuk tabel dan narasi membantu pemeriksa memahami tujuan keluaran.
Pemeriksaan akhir dan penyimpanan versi
Cocokkan setiap kalimat penting dengan sumbernya. Anda boleh memakai prompt audit, tetapi jangan menjadikan audit AI sebagai satu-satunya pemeriksaan. Buka catatan yang diizinkan dan periksa sendiri waktu, identitas, urutan, serta istilah versi. Hindari membagikan bukti internal kepada pihak yang tidak berwenang.
Audit draf ini terhadap sumber yang saya berikan. Daftar setiap klaim mengenai waktu, tindakan, pelaku, sebab, dampak, dan penyelesaian. Beri kode sumber pendukung. Jika tidak ada dukungan, tandai perlu dihapus atau dikonfirmasi. Jangan menambahkan bukti baru dan jangan memperbaiki sumber diam-diam.
Simpan bahan asli, tabel hasil pemeriksaan, dan versi laporan yang disetujui secara terpisah. Catat perubahan berarti: sumber baru, waktu yang dikonfirmasi, atau penghapusan dugaan. Jika laporan sebelumnya sudah dibagikan, jelaskan revisinya agar pembaca tidak menggunakan dua versi yang berbeda tanpa mengetahuinya.
Untuk pengiriman, periksa checklist dokumen dan akses. Bila laporan dirangkum menjadi pembaruan rutin, gunakan format laporan mingguan tanpa membuang status ketidakpastian dari kronologi.
Latihan audit satu paragraf
Bandingkan dua kalimat ini. Versi pertama: “Karena koordinator terlambat mengirim berkas, semua peserta menggunakan versi salah sampai rapat berakhir.” Versi kedua: “Catatan rapat pukul 09.05 menyebut seorang peserta membuka V1; pesan pukul 09.12 meminta penggunaan V2.” Pada bahan contoh, hanya versi kedua yang mempunyai dukungan. Versi pertama menambahkan sebab, jumlah peserta, dan durasi masalah sekaligus.
Latihan ini menunjukkan mengapa audit perlu dilakukan per klaim, bukan per paragraf saja. Satu paragraf bisa memuat beberapa fakta benar sekaligus satu kesimpulan yang tidak didukung. Minta AI memecah kalimat panjang menjadi klaim pendek, lalu cocokkan masing-masing dengan kode sumber. Setelah klaim bermasalah dihapus, baca kembali apakah hubungan antarkalimat masih mengesankan penyebab yang belum diketahui.
Jika pembaca membutuhkan penjelasan mengapa berkas lama masih terbuka, masukkan pertanyaan itu sebagai agenda pemeriksaan. Tuliskan bahan yang dibutuhkan dan siapa yang dapat memberikan keterangan sesuai prosedur. Jangan mengganti kekurangan bukti dengan cerita yang terdengar masuk akal.
Pertanyaan singkat sebelum mulai
Bolehkah AI memperkirakan sebab kejadian?
AI bisa membantu membuat pertanyaan pemeriksaan, tetapi perkiraan jangan ditulis sebagai fakta. Misalnya, tanyakan apakah tautan lama masih ada, bukan menyatakan peserta pasti membuka cache. Penyebab perlu bahan yang relevan dan pemeriksaan sesuai prosedur.
Apakah nama semua orang harus dicantumkan?
Tidak selalu. Gunakan identitas yang diperlukan oleh tujuan laporan dan aturan organisasi. Pada draf latihan, gunakan kode atau peran. Jangan mengunggah informasi pribadi yang tidak dibutuhkan untuk mengurutkan kejadian.
Bagaimana jika laporan belum lengkap?
Tandai sebagai draf dengan pertanyaan terbuka, bukan memaksakan kelengkapan. Catat siapa yang perlu mengonfirmasi dan bagian apa yang menunggu jawaban. Kronologi pendek yang dapat ditelusuri lebih berguna daripada laporan panjang yang berisi waktu, sebab, atau penyelesaian hasil tebakan.





