Desain Agent Asisten Email

Prompt latihan

1. Ruang Lingkup, Kebutuhan Fungsional, dan Asumsi Skala

   Tentukan ruang lingkup asisten email: apakah agent hanya meringkas, menyusun draf, atau boleh mengirim sendiri. Perjelas siapa pemiliknya (kotak masuk personal atau antrean dukungan bersama), aksi apa yang boleh otomatis, dan aksi apa yang wajib disetujui manusia. Nyatakan non-goal secara eksplisit, misalnya kalender, penagihan, dan penyaringan spam. Tutup dengan asumsi skala awal: jumlah pengguna, email per pengguna per hari, dan porsi email yang layak dibalas otomatis.

2. Kebutuhan Non-Fungsional

   Susun NFR yang mengikat untuk agent ini: batas latency dari email masuk sampai draf siap, tingkat ketersediaan, batas biaya per email yang diproses, dan yang paling penting, kebutuhan keselamatan. Tentukan target terukur untuk pengiriman yang salah alamat atau salah isi (target praktisnya nol tanpa persetujuan manusia), retensi isi email, dan perilaku sistem ketika penyedia model tidak tersedia.

3. Analisis Kuantitatif

   Hitung beban dan biaya. Turunkan jumlah email yang diproses per detik pada jam sibuk, rata-rata token masuk per email (isi utas ditambah instruksi dan definisi tool), token keluaran per draf, dan jumlah iterasi agent rata-rata. Ubah menjadi biaya per email dan biaya per pengguna per bulan, lalu tunjukkan angka mana yang berubah paling besar kalau utas panjang tidak dipadatkan.

4. Desain API dan Kontrak Tool

   Rancang dua lapis kontrak. Pertama, API layanan: endpoint untuk memicu pemrosesan satu email, mengambil draf, menyetujui, menolak, dan melihat status. Kedua, definisi tool yang dilihat model: baca utas, cari email lama, susun draf, dan kirim balasan. Untuk setiap tool sebutkan skema argumen, batas nilai, kelas risiko, dan kebijakan percobaan ulang beserta kunci idempotensinya.

5. Desain Tingkat Tinggi

   Gambar arsitekturnya: penerima webhook email, antrean pekerjaan, pekerja agent yang menjalankan loop, tool runner, penyimpanan draf dan status, antrean persetujuan, serta pengirim email. Tunjukkan jalur satu email dari masuk sampai terkirim atau ditolak, dan tandai titik mana yang menahan eksekusi sampai manusia menyetujui.

6. Pertanyaan Lanjutan Desain Tingkat Tinggi

   Jawab tiga pertanyaan lanjutan. Pertama, bagaimana agent memutuskan sebuah email tidak layak dibalas otomatis dan harus diserahkan ke manusia. Kedua, bagaimana Anda mencegah balasan ganda ketika webhook penyedia email mengirim kejadian yang sama dua kali. Ketiga, bagaimana konteks utas panjang dipadatkan supaya biaya tidak tumbuh kuadratik, dan informasi apa yang wajib bertahan setelah pemadatan.

7. Deep Dive Failure Mode

   Petakan failure mode dan mitigasinya. Minimal bahas: prompt injection lewat isi email yang menyuruh agent meneruskan data ke alamat asing, balasan yang mengutip informasi dari utas pengguna lain, pengiriman ganda setelah timeout, halusinasi fakta pada draf, dan penyedia model yang tidak tersedia. Untuk masing-masing sebutkan deteksi, mitigasi, dan dampak sisa yang Anda terima.

8. Kesiapan Serah Terima Final Review

   Rangkum desain Anda seperti menutup sesi wawancara. Sebutkan tingkat otonomi yang dipilih dan alasannya, dua trade-off terbesar beserta pilihan Anda, kontrol keamanan yang menahan aksi berisiko, angka biaya per email, dua risiko yang masih terbuka, dan rencana peluncuran bertahap dari mode draf saja sampai pengiriman otomatis terbatas.

Preview solusi

Jalur referensi Solusi Agent Asisten Email adalah materi baca yang bersifat read-only. Pakai untuk membandingkan desain Anda sebelum latihan atau setelah satu putaran selesai. Mulai dari mode draf saja. Naikkan otonomi hanya per kelas email yang terbukti aman lewat data. Perlakukan isi email sebagai data yang tidak tepercaya, bukan instruksi. Otorisasi setia…