Agent Tidak Boleh Mengarang Deadline

Satu tanggal yang terlihat rapi bisa menciptakan komitmen yang tidak pernah dibuat siapa pun.

Ketika template meminta tindak lanjut, PIC, dan tenggat, model punya dorongan untuk melengkapi semuanya. Kalau catatan meeting hanya menyebut pekerjaan dan penanggung jawab, tenggat yang kosong bisa terasa seperti hasil yang belum selesai. Model kemudian dapat menghasilkan tanggal yang terdengar masuk akal berdasarkan konteks.

Tanggal yang terdengar masuk akal tetap bukan fakta. Karena itu, label Belum ditentukan lebih profesional daripada tenggat palsu yang kebetulan terdengar meyakinkan.

Agent tidak boleh mengisi informasi penting hanya agar tabel terlihat clean. Ia perlu membedakan data yang tersedia, data yang dapat diturunkan secara aman, dan data yang memang belum diketahui.

Template Lengkap Bisa Mendorong Asumsi

Instruksi seperti “selalu keluarkan tabel lengkap” tampak membantu konsistensi. Namun, tanpa aturan untuk data yang belum tersedia, format dapat mendorong agent mengarang isi.

Bayangkan catatan meeting berisi kalimat: “Rina akan menyiapkan revisi proposal.” Tidak ada tanggal. Kalau agent menulis tenggat Jumat sore karena meeting berlangsung hari Senin, ia baru membuat komitmen yang tidak pernah disepakati.

Tanggal itu mungkin terdengar wajar. Orang yang memeriksa dengan cepat juga bisa menganggapnya berasal dari percakapan. Dari sana, pengingat dapat dibuat, pesan dapat dikirim, dan Rina terlihat terlambat terhadap tenggat yang sebenarnya tidak ada.

Masalahnya bukan sekadar informasi rekaan dalam jawaban. Asumsi tersebut sudah masuk ke alur kerja operasional.

Bedakan Ekstraksi, Normalisasi, dan Inferensi

Tiga jenis pekerjaan ini sering tercampur.

Ekstraksi mengambil informasi yang disebutkan di sumber. Kalau notes menulis “kirim revisi 30 Agustus”, agent boleh mencatat tanggal tersebut.

Normalisasi mengubah format tanpa mengubah makna. Tanggal “30 Agustus 2026” dapat ditulis dalam format yang dipakai sistem, selama tahun dan timezone memang dapat ditentukan dari context yang valid.

Inferensi menambahkan kesimpulan yang tidak tertulis secara langsung. Sebagian inferensi mungkin dibutuhkan untuk alur tertentu, tetapi batas dan buktinya harus jelas. Untuk tenggat, pilihan awal yang lebih aman adalah tidak menyimpulkan tanggal ketika sumber tidak memberikannya.

Kalau ada ungkapan relatif seperti “besok” atau “minggu depan”, agent juga membutuhkan reference time dan rule yang clear. “Minggu depan” dapat berarti awal minggu, akhir minggu, atau sekadar periode umum. Jangan mengubahnya menjadi satu tanggal pasti tanpa dasar yang disepakati.

Respons Aman Saat Data Kosong

Ketika deadline tidak tersedia, agent punya beberapa pilihan yang lebih jujur.

Beri label Belum ditentukan

Label membuat kekosongan terlihat. Reviewer tahu field tersebut belum final dan tidak salah membaca sel kosong sebagai bug tampilan.

Masukkan ke daftar klarifikasi

Agent dapat mengumpulkan semua missing fields di satu bagian: deadline untuk action A, PIC untuk action B, atau status keputusan C. Ini membantu reviewer menutup gap tanpa mencari satu per satu.

Minta manusia menetapkan nilai

Jika deadline wajib sebelum pesan dikirim, workflow dapat berhenti di approval checkpoint. Reviewer mengisi tanggal atau mengonfirmasi bahwa action memang boleh dikirim tanpa deadline.

Hentikan action berikutnya

Untuk field yang critical, agent tidak boleh lanjut ke broadcast, calendar creation, atau task assignment sampai data tersedia. Kondisi berhenti perlu ditentukan dari awal, bukan diputuskan improvisasi oleh model.

Pilihan yang tepat bergantung pada risiko workflow. Yang tidak aman adalah menyamarkan unknown sebagai fakta.

Rule yang Sama Berlaku di Luar Deadline

Deadline hanya contoh yang gampang terlihat. Prinsip ini juga berlaku untuk PIC, peserta, angka, keputusan, status pembayaran, alamat, dan destination pengiriman.

Kalau PIC tidak disebut, agent tidak boleh memilih orang yang biasanya mengerjakan task tersebut. Kalau angka budget tidak ada, agent tidak boleh mengambil angka dari project sebelumnya. Kalau notes memperlihatkan diskusi tetapi tidak ada keputusan final, agent tidak boleh menulis “diputuskan”.

Sumber lama juga perlu diperlakukan hati-hati. Deadline dari meeting minggu lalu tidak otomatis berlaku untuk action baru yang terdengar mirip. Retrieval dapat membantu memberi context, tetapi tidak mengubah record lama menjadi fakta baru tanpa hubungan yang jelas.

Output perlu menyertakan provenance untuk informasi penting. Reviewer sebaiknya bisa melihat apakah sebuah field berasal dari notes saat ini, calendar yang dikonfirmasi, memory terpilih, atau input manusia.

Confidence Bukan Bukti

Model bisa terdengar yakin karena bahasa yang dihasilkan rapi. Itu bukan ukuran bahwa data benar.

Menaikkan threshold confidence juga tidak selalu menyelesaikan masalah kalau sistem tidak punya sumber ground truth. Agent dapat sangat confident pada tanggal yang salah. Karena itu, evaluation perlu memeriksa kesesuaian dengan sumber, bukan hanya kelancaran output.

Untuk action items, success criteria dapat mencakup:

• semua item berasal dari sumber yang tersedia;
• PIC hanya diisi ketika disebutkan atau dikonfirmasi;
• deadline hanya diisi ketika tersedia dan tidak ambigu;
• missing information diberi label;
• konflik antar-sumber ditampilkan;
• dan external action menunggu approval jika diwajibkan.

Kriteria ini lebih meaningful daripada “tabel selalu terisi penuh”.

Prompt Perlu Menjelaskan Perilaku Saat Tidak Tahu

Instruction yang baik tidak hanya memberi tahu agent apa yang harus dilakukan ketika input lengkap. Ia juga menjelaskan perilaku ketika informasi kurang.

Contohnya: “Jangan membuat PIC atau deadline. Jika tidak disebutkan secara eksplisit di sumber yang diizinkan, tulis Belum ditentukan dan tambahkan field tersebut ke daftar klarifikasi.”

Rule ini masih perlu didukung workflow. Output parser harus menerima label tersebut. UI perlu menampilkannya. Approval step perlu memberi cara untuk mengisi atau mempertahankannya. Kalau schema menolak nilai kosong dan memaksa tanggal, sistem tetap mendorong asumsi meski prompt sudah benar.

Guardrail bukan satu kalimat magic. Ia perlu konsisten di instruction, schema, validation, dan action berikutnya.

Buat Uncertainty Terlihat

Salah satu failure mode paling berbahaya adalah output yang mencampur fakta dan asumsi tanpa penanda.

Pisahkan informasi menjadi kategori bila dibutuhkan: terkonfirmasi, belum ditentukan, perlu klarifikasi, dan konflik. Gunakan wording yang straightforward. Jangan menyembunyikan uncertainty di catatan kaki panjang sementara tabel utama menampilkan nilai seolah final.

Dalam preview Meeting Operations Agent, reviewer direncanakan melihat action plan dan field yang belum tersedia sebelum hasil dikirim ke Telegram. Pengiriman setelah approval memberi manusia kesempatan memperbaiki missing information tanpa membuat agent mengarangnya.

Saat ini sistem tersebut masih blueprint dan akan dibangun live di workshop. Jadi prinsip yang dibahas adalah rule desain yang akan diterapkan, bukan klaim bahwa implementasinya sudah terbukti di production.

Audit Field Wajib di Workflow Lo

Ambil semua field yang diwajibkan oleh template, form, atau schema. Untuk setiap field, jawab tiga pertanyaan:

1. sumber validnya apa;
2. apa yang dilakukan kalau sumber tidak menyediakan nilai;
3. action mana yang harus berhenti kalau field kosong.

Audit ini akan menemukan banyak asumsi tersembunyi. Sistem mungkin meminta nomor telepon tanpa menentukan sumber yang boleh dipakai. Template mungkin meminta status final padahal input hanya berisi diskusi. Calendar flow mungkin meminta tanggal pasti dari kalimat yang ambigu.

Lebih baik menemukan gap tersebut saat desain daripada setelah agent mengirim output.

Di Building AI Employees, lo akan menerapkan aturan untuk data kosong, error handling, approval, dan success criteria saat membangun Meeting Operations Agent.

Lo akan merancang flow yang tahu kapan boleh melanjutkan pekerjaan dan kapan harus berhenti untuk meminta klarifikasi.

Lihat detail Building AI Employees.

Output yang jujur tidak harus terlihat penuh. Ia harus membuat batas pengetahuannya kelihatan, supaya tabel yang rapi tidak berubah menjadi sumber komitmen yang sebenarnya tidak pernah ada.