AI sebagai Asisten Tim Investigasi: dari Agen Cloud ke Investigasi Insiden Offline

Bagaimana kami melangkah dari eksperimen cloud pertama menuju alur kerja operasional “alat penyamaran → agen AI → pembukaan penyamaran”, lalu membangun sistem investigasi offline uji coba dan kini bersiap untuk langkah berikutnya — lingkungan AI korporat Fire yang aman.

Gagasan utama: AI tidak boleh “menunjuk pihak yang bersalah” dan tidak menggantikan tim investigasi. Perannya yang bermanfaat adalah membantu tim lebih cepat menyatukan materi yang tercerai-berai menjadi satu gambaran utuh, melihat celah, menguji logika sebab-akibat, dan menyiapkan draf kerja pertama hasil investigasi.

Bagaimana semuanya dimulai

Upaya pertama memanfaatkan AI dalam investigasi insiden sudah kami mulai sejak 2023. Saat itu idenya tampak cukup sederhana: membuat agen sendiri, memasukkan metodologi investigasi dan materi dari suatu kejadian tertentu, lalu memintanya menyusun kronologi, menemukan kontradiksi dalam keterangan tertulis, serta mengusulkan penyebab dan tindakan.

Pada 2024 kemampuan model berkembang pesat: model mulai bekerja dengan andal tidak hanya dengan teks, tetapi juga dengan gambar. Salah satu eksperimen awal bahkan sama sekali bukan investigasi yang utuh. Di sebuah aset terpencil, seorang pekerja perempuan terjatuh dan mengalami cedera kaki. Foto rontgen dibuat di lokasi, tetapi tidak ada spesialis yang bisa langsung membacanya. Kami mengunggah foto rontgen itu ke AI, dan model menunjuk area yang tampak seperti fraktur tulang metatarsal kelima.

Saya sengaja menegaskan: ini bukan kesimpulan medis dan memang tidak boleh menjadi kesimpulan medis. Penilaian akhir atas citra medis adalah tugas dokter. Namun bagi kami episode itu menjadi sinyal teknis yang penting: model mampu menangkap detail pada gambar yang bisa terlewat oleh orang awam. Artinya, dalam investigasi model berpotensi bekerja tidak hanya dengan teks, tetapi juga dengan skema, foto, dan materi lainnya.

Versi kerja pertama: agen cloud

Ketika agen kustom yang lebih stabil mulai tersedia, kami mulai mengonfigurasinya langsung sesuai metodologi korporat kami. Kami membuat versi di GPT, Gemini, dan Perplexity; pada tahap awal kami juga mencoba Grok. Ke dalam agen dimasukkan metodologi, lalu keterangan tertulis, deskripsi awal kejadian, dokumen-dokumen tersendiri, dan materi lainnya.

Efek praktisnya langsung terasa. AI dengan cepat merangkum keterangan, mengusulkan urutan kejadian, menemukan ketidaksesuaian waktu dan redaksi, serta menyusun daftar pertanyaan tambahan. Bagi tim investigasi, ini berguna sebagai “analis kedua” yang tidak pernah lelah membaca ulang puluhan halaman.

Namun versi pertama memiliki kelemahan yang jelas: pada dasarnya kami menyerahkan materi investigasi yang sebenarnya kepada layanan eksternal. Untuk insiden, hal ini sangat sensitif: materi dapat memuat nama lengkap, jabatan, data medis, keterangan tertulis, foto, dan informasi internal perusahaan.

Semakin sering kami menggunakan alat ini, semakin jelas bahwa kenyamanan tidak bisa menjadi pembenaran untuk mengirim data yang tidak perlu ke luar.

Lihat lampiran prompt: Prompt 1 — versi aman agen cloud yang hanya bekerja dengan materi yang telah dianonimkan sebelumnya.

Metodologi menjadi lebih ketat — dan itu mengubah tuntutan terhadap AI

Sejalan dengan itu, metodologi investigasi internal korporat juga terus berkembang. Bagi saya ini poin penting: AI tidak boleh diberi hak untuk “memutuskan sendiri cara menginvestigasi”. Metodologi harus ada lebih dulu, baru kemudian alat digital dibangun di atasnya.

Dalam metodologi yang berlaku, tujuan utama tim investigasi bukan mencari pihak yang bersalah, melainkan merumuskan langkah paling efektif yang akan menghilangkan atau mengurangi kemungkinan terulangnya kejadian serupa. Jika dalam rantai kejadian terdapat tindakan manusia, analisis harus dilanjutkan untuk memahami mengapa tindakan itu menjadi mungkin atau dianggap dapat diterima.

Investigasi dibangun di atas logika barier pelindung: sumber bahaya → kejadian yang tidak diinginkan → konsekuensi; barier preventif dan barier mitigasi ditelaah secara terpisah. Pada tahap analisis informasi, disusun garis waktu kronologi dan diidentifikasi faktor-faktor kritis. Selanjutnya dibangun pohon penyebab yang harus menuntun dari penyebab langsung dan penyebab perantara menuju akar penyebab sistemik.

Pada analisis yang lebih sederhana, logika pertanyaan “Mengapa?” bisa singkat. Pada kejadian yang kompleks, logika itu bercabang dan berubah menjadi pohon penyebab yang utuh. Logika barier “bow-tie” membantu memeriksa secara terpisah mengapa kejadian itu bisa terjadi dan mengapa konsekuensinya menjadi seperti itu.

Urutan inilah yang kemudian menjadi kerangka aplikasi lokal kami.

Lihat Prompt 2–6: kronologi dan faktor kritis → pertanyaan dan kontradiksi → barier → pohon penyebab → tindakan.

Versi kedua: penyamaran manual

Tahap berikutnya jauh lebih aman, meskipun cukup merepotkan. Sebelum mengunggah materi ke agen cloud, kami secara manual mengganti nama dan nilai sensitif lainnya: “Pekerja 1”, “Pekerja 2”, “Atasan 1”, “Unit 1”, dan seterusnya.

Dari sisi kerahasiaan, ini sudah merupakan langkah maju. Agen melihat logika insiden, tetapi tidak melihat nama lengkap yang sebenarnya. Setelah analisis selesai, label-label itu harus dikembalikan secara manual — sering kali lewat pencarian Ctrl+F.

Selama pihak yang terlibat hanya dua atau tiga orang, proses seperti ini masih bisa ditoleransi. Ketika dalam investigasi ada banyak keterangan tertulis, saksi, dokumen, dan nama yang berulang, penyamaran manual dan pemulihan kembali berubah menjadi pekerjaan tersendiri dan menimbulkan risiko kesalahan.

Versi ketiga: alat penyamaran lokal dan persoalan audio tersendiri

Ketika kami mulai menguasai vibe coding, operasi manual itu kami ganti dengan alat penyamaran lokal yang saya bahas dalam artikel pertama seri ini. Dokumen Word diproses di komputer, nama-nama di dalamnya diganti dengan label pengganti, dan kunci pembuka penyamaran disimpan secara terpisah. Kunci itu dilindungi kata sandi dan tidak diserahkan kepada agen.

Setelah itu, hanya keterangan tertulis dan materi lain yang sudah disamarkan yang dikirim ke AI cloud. Hasilnya dikembalikan ke komputer dan dipulihkan secara lokal. Alur inilah yang saat ini kami gunakan dalam pekerjaan nyata: alat penyamaran lokal → agen investigasi yang telah dikonfigurasi → pembukaan penyamaran lokal. Alur ini sudah memungkinkan kami memanfaatkan kekuatan model cloud tanpa menyerahkan nama lengkap asli dan kunci pemulihan kepadanya.

Namun masih ada satu bagian yang rentan — rekaman audio. Keterangan dan wawancara memang praktis direkam dalam bentuk suara, tetapi untuk dianalisis rekaman itu harus lebih dulu diubah menjadi teks. Dulu untuk keperluan ini digunakan layanan daring dan aplikasi seluler tersendiri. Belakangan, fitur transkripsi hadir langsung di layanan AI besar. Ini praktis, tetapi rekaman asli yang memuat suara seseorang tetap saja keluar.

Karena itu kami membuat satu alat lagi — alat transkripsi lokal. Alat ini menjalankan Whisper langsung di komputer. Dalam pengujian kami, kualitas transkripsinya ternyata cukup sebanding dengan layanan cloud yang biasa dipakai, sementara rekaman audio aslinya tidak pernah meninggalkan komputer. Setelah ditranskripsi secara lokal, teks dapat disamarkan dan baru kemudian, bila perlu, diserahkan kepada agen investigasi operasional.

Rangkaian tahap ini: transkripsi lokal → alat penyamaran lokal → agen cloud. Untuk analisis materi, lihat Prompt 1–6.

Versi keempat: sistem offline sudah dibuat — kini kami mengujinya

Pada titik ini muncul pertanyaan lain. Jika transkripsi, pembacaan dokumen, dan model sudah bisa berjalan secara lokal, mengapa tidak menyatukan semuanya dalam satu lingkungan yang terlindungi? Dari situ lahirlah sistem investigasi offline eksperimental. Sistem ini sudah dikembangkan dan berfungsi, tetapi saat ini kami dengan sengaja menganggapnya sebagai versi uji coba: kami mengujinya pada kasus latihan dan kasus yang telah dianonimkan, membandingkan hasilnya dengan kerja tim investigasi, dan mencari iterasi berikutnya yang akan membuat proses lebih cepat, lebih praktis, dan lebih andal.

Tugasnya adalah sebagai berikut: membuat satu ruang kerja terpadu bagi tim investigasi, tempat kita dapat mengunggah panduan metodologis, informasi awal, keterangan tertulis, berkas Word dan PDF, rekaman audio, foto, dan skema; mentranskripsi ucapan dan mengenali teks dokumen secara lokal; menjalani tahapan metodologi; dan memperoleh draf pertama laporan Word yang dapat disunting.

Kedengarannya sederhana hanya jika diringkas dalam satu kalimat. Dalam praktiknya, iterasinya sangat banyak. Pengenalan ucapan lokal tidak langsung berfungsi, lalu kami harus berurusan dengan PDF hasil pindaian, gambar, materi berukuran besar, model lokal, kronologi, penyebab, dan dokumen akhir. Skema pengembangannya sama seperti di proyek-proyek kami yang lain: satu perubahan → jalankan → hasil atau tangkapan layar galat → iterasi berikutnya bersama ChatGPT.

Hasilnya adalah sistem lokal dengan antarmuka berbasis peramban dan lingkungan AI lokalnya sendiri. Sistem ini sudah mentranskripsi rekaman dengan baik, membaca materi yang telah disiapkan, dan menyusun draf investigasi yang terstruktur. Tugas kami sekarang bukan menyatakannya sebagai “produk jadi”, melainkan dengan tenang menguji, membandingkan hasil, dan menyempurnakan logika kerjanya. Untuk menjalankan model lokal secara penuh dan memproses data dalam jumlah besar dengan cepat, sebaiknya gunakan komputer dengan performa yang cukup tinggi.

Lihat Prompt 8 — master prompt untuk vibe coding ruang kerja lokal tim investigasi.

Apa yang sudah bisa dilakukan versi offline uji coba

Dalam versi offline uji coba, seluruh siklus sudah disusun di sekitar metodologi, bukan di sekitar obrolan biasa dengan AI.

Pertama, tim investigasi mencatat informasi awal: apa yang terjadi, sumber bahaya, kejadian yang tidak diinginkan, konsekuensi, pihak yang terlibat, hasil pemeriksaan lokasi. Selanjutnya disusun rencana: pertanyaan apa yang perlu dijawab, siapa yang perlu diwawancarai, dokumen dan pemeriksaan ahli apa yang perlu diperoleh.

Di bagian materi, Anda dapat mengunggah DOCX dan PDF berbasis teks. Hasil pindaian dan foto dapat dikenali secara lokal; skema dan gambar disimpan dalam berkas kasus, dan model dapat mengusulkan deskripsi detail yang terlihat. Audio dan video ditranskripsi secara lokal. Wawancara juga dapat direkam langsung melalui mikrofon lalu diubah menjadi transkrip.

Setelah materi diperiksa, aplikasi membantu menyusun garis waktu kronologi. AI mengusulkan peristiwa dan kutipan, tetapi keputusan untuk memasukkan suatu entri diambil oleh tim investigasi. Faktor-faktor kritis ditandai secara terpisah.

Blok berikutnya adalah barier pelindung dan penyebab. Tim investigasi memeriksa barier preventif dan barier mitigasi, lalu membangun dua cabang awal: mengapa kejadian yang tidak diinginkan terjadi dan mengapa konsekuensinya menjadi seperti itu. Penyebab yang diusulkan AI tetap berstatus hipotesis sampai dikonfirmasi oleh tim investigasi.

Setelah penyebab, disusun tindakan: penyebab mana yang ditangani oleh tindakan itu, siapa penanggung jawabnya, tenggat waktunya, hasil apa yang dapat diverifikasi, apakah diperlukan barier sementara, dan apakah tindakan itu perlu diterapkan lebih luas daripada satu area.

Baru setelah itu draf laporan disusun. Aplikasi dapat menyusun draf pertama dalam format Word sesuai struktur panduan metodologis, lengkap dengan kronologi, pohon penyebab, barier, daftar materi, dan lampiran.

Lihat Prompt 2 — kronologi; Prompt 3 — kontradiksi dan data yang kurang; Prompt 4 — barier; Prompt 5 — pohon penyebab; Prompt 6 — tindakan; Prompt 7 — draf laporan akhir.

Apa yang dilakukan AI lokal — dan apa yang tidak boleh dilakukannya

Di sini penting untuk tidak melebih-lebihkan otomatisasi. AI membaca teks yang telah diverifikasi bagian demi bagian, mengusulkan kronologi, pertanyaan, barier, hipotesis penyebab, dan opsi tindakan. AI dapat menemukan kontradiksi antara dua keterangan tertulis atau menyadari bahwa dalam kronologi ada periode penting yang belum terisi.

Namun kutipan dari dokumen hanya membuktikan bahwa kata-kata tersebut memang ada dalam materi. Kutipan tidak membuktikan kebenaran keterangan. Teks hasil pengenalan bisa mengandung kesalahan. Skema bisa ditafsirkan keliru. Hubungan sebab-akibat bisa saja ternyata hanya hipotesis.

Karena itu aplikasi dibangun dengan prinsip: AI mengusulkan — tim investigasi menerima, menolak, atau menyunting. Penyebab tidak otomatis menjadi terkonfirmasi. Penanggung jawab dan tenggat waktu tidak ditetapkan oleh model. Draf Word benar-benar merupakan draf kerja pertama, bukan dokumen yang “tinggal ambil dan tanda tangani”.

Hal ini sangat penting karena laporan internal tidak menggantikan dokumen yang diwajibkan oleh peraturan perundang-undangan dan prosedur yang berlaku. Tanggung jawab atas investigasi tetap berada pada tim investigasi.

Lihat Prompt 9 — kontrol kualitas, kerahasiaan, dan batas otomatisasi sebelum hasilnya digunakan.

Kerahasiaan menjadi bagian dari arsitektur, bukan instruksi tersendiri

Dalam investigasi, persoalan kerahasiaan tidak boleh ditunda “untuk nanti”. Metodologi itu sendiri menggolongkan materi investigasi internal sebagai dokumen terbatas untuk penggunaan internal dan secara khusus mewajibkan perlindungan data pribadi saat membuat dan mengirim berkas.

Dalam versi offline uji coba, materi kasus, transkrip, hasil analisis, dan berkas Word tetap berada di komputer. Model lokal bekerja melalui alamat loopback, dan setelah model-model yang diperlukan disiapkan, sesi kerja dengan suatu kasus dapat dilakukan tanpa akses ke internet eksternal.

Namun di sini pun tidak ada keajaiban. Bekerja secara lokal tidak berarti data otomatis teranonimkan. Jika nama lengkap dan data medis dimasukkan ke dalam berkas kasus, data itu akan tetap berada di komputer tersebut dan dalam lampiran kasus. Karena itu tetap diperlukan langkah keamanan informasi yang lazim: akun yang terlindungi, hak akses, aturan penyimpanan, pencadangan, dan, bila perlu, penyamaran tambahan.

Jadi evolusi kami tidak berakhir dengan slogan “semuanya offline — berarti semuanya aman”. Lebih tepatnya begini: kami menghilangkan pengiriman materi ke luar yang tidak perlu dan menempatkan kendali atas data di tempat yang semestinya — di dalam perusahaan.

Apa yang kami gunakan saat ini

Saat ini pada praktiknya kami memiliki dua alur. Yang pertama adalah alur operasional: kami menyamarkan materi secara lokal, mengirim salinan yang telah dianonimkan ke agen investigasi yang telah dikonfigurasi, lalu membuka penyamaran pada hasilnya secara lokal. Skema inilah yang sudah bisa digunakan dalam pekerjaan nyata.

Yang kedua adalah alur uji coba: sistem yang sepenuhnya offline, yang secara mandiri mentranskripsi audio secara lokal, membaca materi, membantu menyusun kronologi, barier, dan penyebab, serta menghasilkan draf pertama laporan. Sistem ini sudah berfungsi, tetapi kami terus menguji dan menyempurnakannya. Bagi kami ini soal prinsip: proyek percontohan tidak boleh disajikan sebagai sistem produksi yang matang hanya karena tampilannya bagus.

Alur operasional: alat penyamaran → agen AI investigasi yang telah dikonfigurasi → pembukaan penyamaran.

Alur uji coba: ruang kerja tim investigasi yang sepenuhnya lokal → pengujian dan iterasi lanjutan.

Langkah berikutnya — Fire korporat yang aman

Secara paralel, divisi IT Grup sedang mengembangkan AI internal Fire di lingkungan korporat Collab. Bagi kami ini adalah tahap berikutnya yang logis: memindahkan logika metodologis asisten tim investigasi ke lingkungan server korporat yang aman, sehingga kita tidak perlu memilih antara kekuatan model besar dan tuntutan kerahasiaan.

Kami tidak memandang Fire sebagai “penyelidik otomatis”, melainkan sebagai satu lingkungan lagi untuk prinsip yang sama: materi tetap berada di dalam infrastruktur yang terlindungi, AI membantu tim investigasi menganalisis kronologi, barier, kontradiksi, dan penyebab, sedangkan keputusan tetap diambil oleh manusia.

Sebelum pemindahan, kemampuan teknis Fire perlu diperiksa lebih dulu: kemampuan mengolah dokumen dan audio, kapasitas konteks, pembatasan akses, log, penyimpanan data, dan ekspor hasil. Artinya, di sini pun kami kembali bertolak dari metodologi dan perlindungan informasi, bukan dari keinginan untuk memakai model terbaru berikutnya dengan cara apa pun.

Tonton video: siklus kerja lengkap investigasi lokal

Dalam artikel ini saya sengaja tidak membebani teks dengan puluhan tangkapan layar yang serupa. Rekaman layar berdurasi tiga menit lebih baik menunjukkan bagaimana elemen-elemennya saling terhubung, apa yang benar-benar dilakukan manusia, dan apa yang dilakukan program.

Tangkapan layar diperlukan di bagian yang menuntut perhatian pada arsitektur: jenis materi, kronologi, penyebab, tindakan, dan berkas Word akhir. Mekanisme selebihnya lebih baik dilihat di video — videonya ada di akhir artikel.

Di mana penghematan waktunya

Investigasi insiden tetap membutuhkan manusia: memeriksa lokasi, mewawancarai pihak yang terlibat, memperoleh dokumen, membahas fakta, mengambil keputusan. Esensi kerja tim investigasi tidak bisa diotomatisasi.

Namun sebagian besar rutinitas administratif dapat dihilangkan: mengetik ulang rekaman audio, merangkum keterangan tertulis, mencari ketidaksesuaian waktu secara manual, memindahkan kutipan ke kronologi, pemetaan awal barier, penyusunan pohon penyebab, penyiapan draf daftar tindakan, dan penyusunan draf pertama laporan.

Dan bagi saya, efek utamanya bukan pengurangan jumlah spesialis. Justru sebaliknya: jika seorang spesialis menghabiskan lebih sedikit waktu untuk pekerjaan mekanis dengan dokumen, ia punya lebih banyak waktu untuk hal yang menjadi alasan investigasi dilakukan — berbicara dengan orang, bekerja di lapangan, memeriksa barier, dan membantu para pimpinan mencegah terulangnya kejadian.

Apa hasilnya

Dalam beberapa tahun, perjalanan ini menjadi sangat gamblang: agen cloud terbuka → penyamaran manual → alat penyamaran dan pembukaan penyamaran lokal → transkripsi lokal → sistem offline uji coba → langkah berikutnya menuju Fire korporat yang aman.

Meski begitu, alat kerja kami saat ini bukanlah versi offline eksperimental, melainkan alur yang sudah teruji dengan penyamaran: materi asli tetap berada pada kami, versi yang telah dianonimkan dikirim ke agen, dan pemulihannya dilakukan secara lokal. Sistem offline saat ini sedang kami uji dan sempurnakan secara bertahap.

Perubahan terpenting bahkan bukan perubahan teknis. Kami berhenti menanyakan kepada AI “siapa yang bersalah?” dan mulai mengajukan pertanyaan lain: “data apa yang kurang, barier mana yang tidak berfungsi, mengapa barier itu tidak berfungsi, dan tindakan apa yang benar-benar akan mengurangi risiko terulangnya kejadian?”

Dalam peran inilah AI berguna dalam investigasi: bukan sebagai hakim atau ketua tim investigasi, melainkan sebagai analis kedua yang cepat, yang membantu manusia bekerja lebih mendalam dengan fakta.

Dan satu hal lagi: kecerdasan alami tidak boleh dilupakan

Semakin kuat model-model AI, semakin penting untuk tidak menyerahkan pemikiran kita sendiri kepadanya. Kecerdasan buatan berguna ketika ia memperkuat kecerdasan alami: membantu lebih cepat melihat keterkaitan, menguji hipotesis, menyusun draf, dan membebaskan waktu untuk berbicara dengan orang dan bekerja di lapangan.

Karena itu, bagi saya jalan yang benar adalah tidak sekadar menjadi pengguna tombol-tombol siap pakai, tetapi menjadi pencipta solusi baru: memahami metodologi, merancang arsitektur, memeriksa hasil, memperbaiki kesalahan, dan tumbuh semakin kuat bersama alatnya.

AI perlu digunakan, tetapi kecerdasan alami kita sendiri juga perlu diterapkan dan dikembangkan dengan kesungguhan yang sama. Dan jika perpaduan ini membantu menginvestigasi kejadian secara lebih mendalam, belajar lebih baik darinya, dan mencegah terulangnya kejadian — berarti teknologi benar-benar bekerja demi keselamatan.

Prompt untuk artikel ini

Alur operasional dengan penyamaran → sistem offline uji coba → langkah berikutnya menuju Fire korporat yang aman

Status saat ini: dalam pekerjaan nyata digunakan alur “alat penyamaran lokal → agen cloud yang telah dikonfigurasi → pembukaan penyamaran lokal”. Sistem yang sepenuhnya offline sudah dikembangkan, tetapi masih dalam tahap pengujian dan penyempurnaan. Fire dipandang sebagai tahap korporat berikutnya yang aman.

Prompt 1. Agen kerja saat ini: hanya materi yang telah dianonimkan

Kaitan dengan artikel: bagian “Versi ketiga” dan “Apa yang kami gunakan saat ini”. Ini adalah alur operasional yang berlaku setelah penyamaran lokal.

Anda adalah asisten analitis tim investigasi internal atas insiden di bidang K3 dan keselamatan industri.

ALUR KERJA:
Dokumen asli terlebih dahulu disamarkan secara lokal. Anda hanya menerima salinan yang telah dianonimkan. Setelah Anda selesai, penyamaran pada hasilnya dibuka secara lokal menggunakan kunci dan kata sandi terpisah yang tidak Anda miliki.

PENTING:
- bekerjalah hanya dengan materi yang telah dianonimkan sebelumnya;
- jangan mencoba memulihkan nama lengkap, unit kerja, alamat, atau nilai tersembunyi lainnya;
- jangan menggunakan internet dan fakta eksternal kecuali jika diberikan secara terpisah;
- jangan menentukan pihak yang bersalah;
- jangan menyebut hipotesis sebagai fakta yang telah ditetapkan;
- jangan menggantikan keputusan tim investigasi.

Tujuan: membantu tim investigasi menstrukturkan materi dan memeriksa kelengkapan investigasi.

Untuk setiap kesimpulan, bedakan:
FACT — dikonfirmasi langsung oleh materi;
ASSUMPTION — asumsi yang beralasan;
CONFLICT — kontradiksi antarmateri;
GAP — informasi yang kurang;
QUESTION — pertanyaan yang harus dijawab;
HYPOTHESIS — kemungkinan penyebab yang memerlukan konfirmasi.

Urutan:
1. Susun daftar materi yang diterima.
2. Ekstrak hanya fakta yang dapat dikonfirmasi beserta sumbernya.
3. Susun kronologi awal.
4. Tunjukkan kontradiksi dan celah.
5. Rumuskan pertanyaan tambahan untuk tim investigasi.
6. Setelah kronologi dikonfirmasi, usulkan analisis barier.
7. Rumuskan penyebab hanya sebagai hipotesis sampai ada keputusan tim investigasi.
8. Kaitkan tindakan hanya dengan penyebab yang telah dikonfirmasi.

Di semua tabel, cantumkan sumber: nomor materi, dokumen/berkas, dan kutipan singkat atau lokasi persis yang menjadi dasar kesimpulan.

Prompt 2. Kronologi kejadian dan faktor kritis

Kaitan dengan artikel: bagian tentang kronologi dalam agen kerja dan sistem offline uji coba.

Saya menyerahkan teks materi insiden yang telah diverifikasi.

Susun DRAF garis waktu kronologi.

Aturan:
1. Jangan menambahkan peristiwa yang tidak ada dalam materi.
2. Jika waktunya pasti — cantumkan sebagai waktu pasti.
3. Jika waktunya perkiraan — tandai “perkiraan”.
4. Jika dua sumber memberikan waktu atau urutan yang berbeda — jangan diam-diam memilih salah satu; tunjukkan CONFLICT.
5. Untuk setiap baris, cantumkan: tanggal/waktu; peristiwa atau kondisi; sumber; status FACT / ASSUMPTION / CONFLICT; mengapa hal ini penting.
6. Secara terpisah, usulkan daftar faktor kritis: peristiwa/kondisi yang tanpanya kejadian yang tidak diinginkan atau tingkat keparahan konsekuensinya kemungkinan besar akan berbeda.
7. Faktor kritis tidak dianggap disetujui sebelum ada keputusan tim investigasi.

Di akhir, berikan:
A. draf kronologi;
B. daftar kontradiksi;
C. daftar data yang kurang;
D. draf faktor kritis untuk dibahas oleh tim investigasi.

Prompt 3. Kontradiksi, celah, dan rencana wawancara tambahan

Kaitan dengan artikel: bagian tentang perencanaan, pengumpulan materi, dan peran AI sebagai analis kedua.

Berdasarkan materi dan draf kronologi, siapkan lembar kerja tim investigasi.

Yang perlu dilakukan:
1. Temukan kontradiksi antara keterangan tertulis, dokumen, waktu, dan data teknis.
2. Jangan menafsirkan perbedaan redaksi sebagai kebohongan tanpa bukti.
3. Untuk setiap kontradiksi, cantumkan: sumber A; sumber B; apa tepatnya perbedaannya; apa yang perlu diperiksa.
4. Susun pertanyaan untuk wawancara tambahan.
5. Pertanyaan harus terbuka dan netral, tanpa mengarahkan jawaban.
6. Secara terpisah, susun daftar dokumen, pengukuran, pemeriksaan ahli, foto, atau skema yang dapat menutup celah.
7. Tandai pertanyaan mana yang krusial untuk menetapkan keadaan kejadian, barier pelindung, penyebab, dan tingkat keparahan konsekuensi.

Jangan menyimpulkan bahwa keterangan tidak dapat dipercaya hanya karena ada kontradiksi.

Prompt 4. Logika barier dan “bow-tie”

Kaitan dengan artikel: bagian tentang logika barier dan peralihan ke analisis penyebab.

Gunakan kronologi dan faktor kritis yang telah dikonfirmasi oleh tim investigasi.

Susun DRAF analisis barier.

1. Sumber bahaya (satu atau lebih).
2. Kejadian yang tidak diinginkan.
3. Konsekuensi.
4. Barier preventif: barier apa yang seharusnya mencegah kejadian/kontak; apakah barier itu ada; apakah tersedia; apakah diterapkan; apakah berfungsi; sumber konfirmasi.
5. Barier mitigasi: barier apa yang seharusnya mencegah konsekuensi atau mengurangi keparahannya; apakah barier itu ada; apakah berfungsi; sumber konfirmasi.
6. Untuk setiap barier yang tidak ada atau tidak efektif, rumuskan pertanyaan “Mengapa?”.

Jangan otomatis menyebut ketiadaan barier sebagai akar penyebab.
Jangan mengarang barier yang tidak ada dalam metodologi, dokumen, atau logika proses teknologi tanpa tanda HYPOTHESIS.

Keluaran — tabel untuk dibahas oleh tim investigasi, bukan kesimpulan yang telah disetujui.

Prompt 5. Pohon penyebab dan akar penyebab

Kaitan dengan artikel: bagian “Metodologi menjadi lebih ketat” dan blok penyebab.

Masukan:
- kronologi yang telah dikonfirmasi;
- faktor kritis;
- analisis barier;
- keputusan tim investigasi atas fakta yang telah dikonfirmasi.

Bangun DRAF pohon penyebab.

Titik awal: “Kejadian yang tidak diinginkan + konsekuensi”.
Dua cabang pertama:
A. Mengapa kejadian yang tidak diinginkan terjadi?
B. Mengapa konsekuensi seperti itu terjadi / mengapa tingkat keparahannya seperti itu?

Selanjutnya:
1. Untuk setiap simpul, ajukan pertanyaan “Mengapa?” sebanyak yang diperlukan untuk sampai pada penyebab sistemik.
2. Kaitkan setiap penyebab dengan pertanyaan induknya.
3. Setiap faktor kritis harus tercermin dalam pohon atau dijelaskan secara terpisah sebagai faktor yang dikecualikan.
4. Jangan menganggap tindakan/kesalahan manusia sebagai akar penyebab. Lanjutkan analisis: mengapa tindakan itu mungkin dilakukan atau dianggap dapat diterima.
5. Usulkan akar penyebab hanya jika penyebab itu menggambarkan kelemahan konkret pada proses/sistem; dapat dihilangkan; berada dalam wilayah kendali perusahaan/Grup; memungkinkan diusulkannya tindakan yang konkret.
6. Dilarang menggunakan rumusan umum tanpa penjabaran: “budaya yang rendah”, “kecerobohan pribadi”, “organisasi yang buruk”, “kekurangan dalam pelatihan”.

Untuk setiap simpul:
- rumusan;
- jenis: langsung / perantara / kandidat akar penyebab;
- sumber pendukung;
- faktor kritis terkait;
- status FACT / HYPOTHESIS / CONFIRMED_BY_COMMISSION.

Jangan mengonfirmasi akar penyebab menggantikan tim investigasi.

Prompt 6. Tindakan korektif dan preventif

Kaitan dengan artikel: bagian tentang tindakan dan penghematan waktu dalam menyiapkan draf pertama.

Gunakan hanya penyebab yang telah diputuskan tim investigasi untuk dimasukkan ke daftar penyusunan tindakan.

Untuk setiap penyebab, usulkan 2–4 opsi tindakan.

Untuk setiap opsi, cantumkan:
- penyebab konkret mana yang dihilangkan atau barier mana yang diperkuat;
- jenis: teknis / organisasional / pelatihan / pengawasan / lainnya;
- hasil yang diharapkan dan dapat diverifikasi;
- cara memeriksa efektivitasnya;
- cakupan penerapan: lokasi kejadian / fasilitas serupa / perusahaan / Grup;
- apakah diperlukan langkah perlindungan sementara sampai tindakan permanen dilaksanakan;
- kemungkinan risiko sampingan;
- data apa yang diperlukan untuk menentukan tenggat waktu dan penanggung jawab.

Jangan mengisi nama lengkap penanggung jawab dan tenggat waktu konkret tanpa keputusan tim investigasi.
Jangan mengusulkan tindakan seperti “melakukan briefing keselamatan di luar jadwal” sebagai solusi universal jika tindakan itu tidak menghilangkan penyebab yang telah ditetapkan.
Tandai secara terpisah tindakan yang hanya memperketat pengawasan tetapi tidak menghilangkan akar penyebab.

Prompt 7. Draf laporan akhir sesuai metodologi

Kaitan dengan artikel: bagian tentang penyusunan berkas Word dan prinsip “draf pertama, bukan dokumen untuk ditandatangani”.

Siapkan DRAF teks laporan internal hanya berdasarkan elemen yang telah disetujui tim investigasi.

Gunakan:
- kartu insiden;
- kronologi yang telah dikonfirmasi;
- daftar faktor kritis;
- analisis barier yang telah disetujui;
- pohon penyebab final;
- daftar penyebab yang telah disetujui;
- tindakan yang telah disepakati;
- daftar materi.

Jangan memasukkan ke dalam laporan akhir, sebagai fakta, hipotesis yang belum dikonfirmasi, versi yang masih diperdebatkan tanpa penanda, dan kesimpulan tanpa sumber.

Struktur:
1. Informasi singkat dan keadaan kejadian.
2. Materi dan metode pengumpulan informasi.
3. Kronologi.
4. Faktor kritis.
5. Barier pelindung.
6. Analisis penyebab.
7. Akar penyebab.
8. Tindakan korektif dan preventif.
9. Lampiran / daftar materi.

Jika memungkinkan, di samping setiap kesimpulan penting sertakan rujukan ke materi yang menjadi dasarnya.
Di bagian atas dokumen, beri tanda: “DRAF. Perlu diperiksa dan disetujui oleh tim investigasi”.
Jangan merumuskan kesimpulan tentang kesalahan pihak tertentu.

Prompt 8. Master prompt untuk sistem offline uji coba

Kaitan dengan artikel: bagian “Sistem offline sudah dibuat — kini kami mengujinya”.

Saya bukan programmer. Bantu saya membuat aplikasi lokal UJI COBA untuk investigasi internal insiden sesuai metodologi korporat. Tujuan tahap ini adalah proyek percontohan dan pemeriksaan kualitas, bukan peluncuran otomatis ke operasi produksi.

Bekerjalah langkah demi langkah. Pada setiap langkah:
1. jelaskan apa yang kita lakukan dan mengapa;
2. berikan satu tindakan atau satu berkas/patch yang siap pakai;
3. tunggu hasil atau tangkapan layar dari saya;
4. periksa hasilnya;
5. baru setelah itu lanjut ke langkah berikutnya.

ARSITEKTUR TARGET
- Windows 10/11;
- backend lokal di 127.0.0.1 dan antarmuka berbasis peramban;
- setelah model disiapkan satu kali, pekerjaan dengan materi kasus dilakukan tanpa internet eksternal;
- rancang agar dapat berjalan di komputer kerja berperforma tinggi; untuk mesin yang lemah, usulkan model yang lebih ringan, tetapi jangan menyembunyikan penurunan kualitas/kecepatan;
- penyimpanan kasus secara lokal;
- arsip kasus dengan checksum;
- riwayat versi;
- tidak ada pengiriman materi yang diwajibkan ke API eksternal.

MATERI
- DOCX: paragraf, tabel, header dan footer;
- PDF berisi teks;
- PDF hasil pindaian / gambar — pengenalan teks secara lokal;
- skema / foto — simpan aslinya dan usulkan deskripsi hanya sebagai draf;
- audio / video — transkripsi lokal;
- rekaman dari mikrofon;
- input dan penyuntingan manual;
- tanda wajib “sudah dicocokkan dengan aslinya” sebelum teks digunakan dalam analisis AI.

MODEL LOKAL
- LLM melalui mesin lokal (misalnya Ollama);
- model ucapan multibahasa Whisper;
- bila perlu, model vision lokal;
- aplikasi tidak boleh mengunduh model secara diam-diam selama investigasi.

METODOLOGI / TAHAPAN
1. Informasi awal.
2. Rencana tim investigasi.
3. Pengumpulan materi.
4. Kronologi dan faktor kritis.
5. Barier dan penyebab.
6. Tindakan.
7. Laporan.

ATURAN AI
- AI hanya mengusulkan.
- Setiap kesimpulan menyimpan sumber dan kutipannya.
- Bedakan FACT / ASSUMPTION / CONFLICT / GAP / HYPOTHESIS.
- Penyebab tetap berstatus hipotesis sampai dikonfirmasi tim investigasi.
- Model tidak menetapkan sendiri penanggung jawab dan tenggat waktu.
- Tim investigasi harus dapat menerima, menolak, atau menyunting setiap usulan.
- Berkas Word final adalah draf yang dapat disunting.
- Laporan mencakup pohon penyebab, barier, daftar materi, dan lampiran.

KEAMANAN
- tanpa CDN dan telemetri eksternal;
- koneksi jaringan dalam investigasi hanya melalui loopback;
- tunjukkan kepada pengguna bahwa bekerja secara lokal tidak sama dengan anonimisasi otomatis;
- jangan menyimpan rahasia dalam kode klien yang terbuka;
- sediakan fitur penghapusan kasus, pencadangan, dan pemindahan.

Mulailah dengan arsitektur direktori, format data kasus, dan model ancaman. Jangan menulis kode sebelum saya mengonfirmasi.

STATUS PERCONTOHAN
- tandai versi secara jelas sebagai “UJI COBA / PERCONTOHAN”;
- tambahkan serangkaian kasus latihan sebagai tolok ukur;
- untuk setiap kasus, bandingkan hasil AI dengan kesimpulan manusia/tim investigasi;
- catat log cacat yang ditemukan dan iterasi;
- jangan menyebut sistem siap untuk operasi produksi sebelum pengujian selesai.

Prompt 9. Audit sistem offline percontohan

Kaitan dengan artikel: bagian tentang batas otomatisasi, kerahasiaan, dan status uji coba saat ini.

Lakukan audit terhadap aplikasi yang sudah jadi dan draf investigasi sebelum diserahkan kepada tim investigasi.

PERIKSA SECARA TEKNIS
1. Apakah ada koneksi jaringan eksternal selama bekerja dengan kasus.
2. Apakah digunakan CDN, font eksternal, speech-to-text berbasis cloud, API eksternal.
3. Di mana materi sumber, transkrip, model lokal, dan cadangan disimpan.
4. Apa yang terjadi saat kasus dihapus.
5. Apakah dokumen asli masuk ke log diagnostik.
6. Apakah isi kasus terunggah keluar saat terjadi galat.

PERIKSA SECARA METODOLOGIS
7. Apakah semua kesimpulan penting memiliki sumber.
8. Apakah fakta dipisahkan dari hipotesis.
9. Apakah semua faktor kritis tercermin dalam analisis penyebab.
10. Apakah tindakan manusia disebut sebagai akar penyebab tanpa analisis kondisi sistemik.
11. Apakah tindakan perbaikan dikaitkan dengan penyebab/barier yang konkret.
12. Apakah model menetapkan penanggung jawab dan tenggat waktu tanpa keputusan tim investigasi.
13. Apakah draf laporan diklaim sebagai dokumen yang telah disetujui.

PERIKSA KERAHASIAAN
14. Data pribadi/medis apa saja yang ada dalam kasus lokal.
15. Apakah diperlukan penyamaran tambahan untuk demonstrasi, publikasi, atau pengiriman.
16. Apakah nama berkas dan tangkapan layar memuat nama lengkap yang tidak perlu.

Sajikan hasil akhir dalam bentuk tabel:
Pemeriksaan | Status | Risiko yang ditemukan | Apa yang harus diperbaiki | Siapa yang harus mengonfirmasi.

Jangan mengoreksi kesimpulan substantif investigasi secara otomatis.

PERIKSA STATUS KEMATANGAN
17. Apakah tersedia serangkaian kasus tolok ukur dan hasil perbandingannya.
18. Fungsi mana yang sudah stabil dan mana yang masih eksperimental.
19. Galat/keterbatasan apa yang harus dihilangkan sebelum penggunaan produksi.
20. Apakah antarmuka menimbulkan kesan keliru bahwa keluaran AI adalah keputusan tim investigasi.

Cara menggunakan prompt

• Prompt 1 — alur yang digunakan saat ini: hanya materi yang telah dianonimkan sebelumnya; kunci pembuka penyamaran tidak diserahkan kepada agen.
• Prompt 2–7 — blok kerja metodologis yang dapat digunakan baik pada agen saat ini maupun pada lingkungan lokal/server di masa mendatang.
• Prompt 8 — pembuatan dan penyempurnaan lanjutan sistem uji coba yang sepenuhnya offline.
• Prompt 9 — audit proyek percontohan sebelum penerapannya diperluas.

Prinsip utama seri ini tetap sama: pertama lindungi data dan tetapkan metodologi, baru kemudian otomatisasi. AI memperkuat kerja tim investigasi, tetapi tidak menghapus pemikiran profesional, verifikasi fakta, dan tanggung jawab manusia.