Dalam dua tahun terakhir, perusahaan telah membeli banyak alat AI: asisten obrolan, plugin penulisan, robot layanan pelanggan, serta sistem tanya jawab pengetahuan internal. Namun, kemampuan yang benar-benar terbentuk masih sangat sedikit. Prompt masih tersimpan di komputer pribadi, proses bisnis tersebar di sudut-sudut dokumen, setelah agen cerdas diluncurkan justru kekurangan umpan balik dan revisi, sementara para karyawan inti bisnis tetap disibukkan oleh jenis pertanyaan yang sama sepanjang waktu. Masalahnya sering kali bukan karena modelnya kurang cerdas, melainkan karena sistem belum merancang “pekerjaan” sebagai kompetensi posisi yang dapat dikelola secara efektif .
Pertama-tama, mari kita uraikan: mengapa jendela obrolan tidak bisa dijadikan sebuah posisi kerja
Robot obrolan hanya menyelesaikan satu pertanyaan lalu berhenti. Padahal, sebuah posisi harus mampu menerima pekerjaan secara berkelanjutan: mengumpulkan informasi, menilai aturan, memanggil sistem, memperbarui status, serta meningkatkan ke level yang lebih tinggi jika menemui pengecualian. Penggantian biaya perjalanan adalah contoh klasik—pengguna mungkin awalnya berkata, “Bantu saya ajukan penggantian biaya perjalanan,” lalu di tengah proses bertanya lagi, “Berapa sisa kuota bulan ini?” dan akhirnya menambahkan satu faktur lagi. Jika sistem memperlakukan setiap percakapan sebagai sesi baru, alur kerja akan terputus, konteks akan hilang, dan setelahnya pun sulit untuk melakukan evaluasi apakah kesalahan terletak pada aturan atau pada antarmuka.
Di industri ini sudah ada praktik membangun agen cerdas sebagai “karyawan digital”: memberinya posisi, nomor pegawai, batas kompetensi, serta catatan pekerjaan, ditambah SOP yang dapat direvisi, basis pengetahuan, alat, dan jejak eksekusi. Dari sisi open source, StaffDeck yang dirilis oleh OpenBMB dan lembaga lainnya bahkan menjadikan agen sebagai kombinasi sumber daya yang dapat dioperasikan, bukan sekadar rangkaian prompt. Bagi perusahaan yang mengembangkan sendiri atau melakukan kustomisasi, yang patut dipinjam bukanlah istilah produk, melainkan model objek ini.
Logika bisnis: dalam sistem, setidaknya harus ada tujuh jenis objek
Saat membuat sistem karyawan digital, pertama-tama tuliskan objek bisnis dalam spesifikasi, baru kemudian bicarakan pemilihan model.
- Berkas posisi : nama atau nama peran, nomor pegawai, tanggung jawab, status online, serta target layanan. Tanpa berkas, hak akses dan penilaian tidak memiliki landasan untuk diterapkan.
- Batas kompetensi : dokumen apa saja yang boleh dibaca, bidang mana yang boleh diisi, serta hal-hal apa yang tidak bisa dijanjikan. Batas ini harus dapat diubah oleh administrator, bukan ditetapkan secara kaku dalam prompt.
- SOP / Keterampilan berbasis proses : pecah proses kompleks menjadi beberapa tahap, mendukung cabang kondisi, pemanggilan alat, pencarian pengetahuan, serta transfer ke manusia.
- Ontologi pengetahuan : topik, aturan, sumber, dan manual operasional disimpan terpisah; jawaban harus dapat merujuk kembali ke sumbernya, dan pencarian harus bisa di-debug.
- Integrasi alat : antarmuka HTTP atau MCP, digunakan untuk memeriksa kuota, membuat dokumen, mengubah status, bukan sekadar menghasilkan satu paragraf.
- Tugas terjadwal : ringkasan harian, pengingat atas tenggat, inspeksi persediaan—aktivitas berkala seperti ini tidak boleh menunggu pengguna membuka mulut terlebih dahulu.
- Jejak dan umpan balik : mencatat rute, langkah, alat, pengetahuan, serta balasan; pujian, kritik, dan penyerahan ke manusia masuk ke tahap revisi berikutnya.
Satu permintaan nyata sering kali mencakup banyak tugas. Karyawan digital harus mampu masuk dulu ke SOP penggantian biaya, mengumpulkan semua data dan melakukan penilaian aturan, baru kemudian beralih ke SOP pengecekan kuota untuk memanggil antarmuka. Jika pengguna di tengah proses menanyakan kebijakan, harus menyimpan posisi saat ini, dan setelah menjawab baru kembali ke alur semula. Untuk pertanyaan di luar aturan, serahkan konteks kepada pembuat atau petugas jaga, dilarang menjawab tanpa dasar yang jelas.
Logika desain: peran, mesin status, hierarki pengetahuan
Bagaimana cara mengganti peran
Setidaknya ada empat jenis orang: Pembuat (mengabadikan pengalaman dalam bentuk karyawan), Administrator (mengelola hak akses, publikasi, dan kuota), Pengguna (menugaskan pekerjaan kepada karyawan digital), serta Petugas jaga (menangani pengecualian). Pembuat tidak boleh secara default memiliki hak mengubah stok atau harga; pengguna juga tidak boleh melihat seluruh isi prompt dan kunci rahasia. Antarmuka terbuka pun harus berlapis: kunci tingkat akun dapat mengatur alokasi sumber daya, sementara kunci tingkat karyawan hanya bisa membuat sesi dan membaca jejak mereka sendiri.
SOP menggunakan mesin status, jangan hanya mengandalkan memori percakapan
Bahasa alami bisa menghasilkan draf awal, namun eksekusi wajib melalui mesin status: posisi saat ini, slot yang telah dikumpulkan, alat yang bisa dipanggil, pengulangan jika gagal, serta titik penanganan manusia. Setelah tugas terganggu, harus mampu menserialisasikan konteks dan kembali ke posisi semula untuk melanjutkan. Beberapa SOP memungkinkan pergantian real-time, tetapi saat berganti harus mencatat “dari mana datang, informasi apa yang sudah dikonfirmasi”, agar pengguna tidak perlu mengisi formulir berulang kali. Versi dan cabang harus bisa di-rollback; jika satu kalimat prompt diubah langsung diterapkan, maka tidak akan ada tanggung jawab lanjutan.
Pengetahuan jangan dijadikan pencarian campuran acak
Buat indeks navigasi berdasarkan dokumen, bab, halaman, dan ringkasan; pertama-tama tentukan kemungkinan lokasi informasi, baru kemudian cari teks aslinya. Kelompokkan pengetahuan: pedoman regulasi, deskripsi produk, naskah layanan purna jual, serta kasus pengecualian dipisahkan; pencarian terarah lebih stabil daripada kata kunci global. Setiap jawaban harus terikat pada sumber, aturan, dan tema bisnis; lingkungan uji harus bisa melihat “mengapa bagian ini yang terpilih”. Debug pencarian lebih sering menyelesaikan masalah daripada sekadar mengganti model dengan yang lebih besar.
Pengembangan dan implementasi: antarmuka, isolasi, pengamatan, dan penerimaan
Selama operasi, disarankan menggunakan satu pintu masuk terpadu, agar setiap keterampilan tidak berjalan melalui jalur sendiri sehingga menyebabkan pergeseran status. Penemuan kompetensi, isolasi eksekusi, integritas barang, serta perhitungan kuota harus diselesaikan saat berjalan, bukan melalui kesepakatan. Sebelum merilis keterampilan ke pasar internal, lakukan pemindaian hak akses: kepala autentikasi, variabel lingkungan, dan kredensial koneksi tidak boleh muncul di antarmuka pembaca biasa.
- Saluran eksekusi : aliran sinkron cocok untuk percakapan; aliran asinkron Run + Event Stream cocok untuk melanjutkan koneksi yang terputus dan antrian tugas, keduanya menggunakan inti yang sama.
- Identitas saluran : WeChat, WeChat Perusahaan, Feishu, DingTalk bisa menjadi pintu masuk, tetapi identitas karyawan, sesi, dan jejak harus disatukan; dilarang membuat memori terpisah di setiap saluran.
- Keamanan : konfigurasi model hanya merujuk pada nomor konfigurasi yang sudah ada, tidak mengirim kembali kunci pemasok; hasil alat yang masuk ke jejak harus mengalami desensitisasi.
- Penanggung jawab manusia : ketika terjadi timeout, kepercayaan rendah, pelanggaran hak, atau pengguna secara aktif meminta bantuan manusia, keempat situasi tersebut harus mampu menyerahkan konteks secara utuh.
Penerimaan jangan hanya menguji “bisa ngobrol”. Berikan satu set skrip yang dapat diulang: siklus tertutup normal, pertanyaan di tengah, kuota habis, antarmuka timeout, penulisan di luar hak, serta penolakan tanpa sumber. Setiap skrip harus diverifikasi: apakah node telah pulih, apakah dokumen ditulis dengan benar, apakah jejak lengkap, serta apakah pengecualian telah dialihkan ke manusia. Tingkat kelulusan sampel, tingkat penanganan timeout, serta jumlah jawaban tanpa dasar, lebih tepat dijadikan gerbang peluncuran daripada bintang kepuasan.
Urutan peluncuran: mulailah dengan satu bagian pekerjaan berulang
Jangan langsung membuat asisten serba bisa. Pilih salah satu dari berikut: risalah tindak lanjut penjualan, pengingat persetujuan, tanya jawab regulasi, atau pra-pemeriksaan biaya—bagian yang diulang setiap hari selama lebih dari setengah jam. Tuliskan input, output, hak akses, dan pengecualian dalam empat kalimat, lalu tambahkan SOP serta dua atau tiga antarmuka yang hanya bisa dibaca atau dibatasi penulisan. Ketika data master kotor atau simpul persetujuan tidak jelas, perbaiki dulu objek dan status, baru kemudian tambahkan eksekusi cerdas—setelah data kotor diotomatisasi, ia justru akan lebih cepat menyebar ke seluruh perusahaan.
Bagaimana menilai apakah desain sudah benar: bagian yang dulu mengandalkan dorongan grup dan pengisian formulir kini bukan lagi jalur utama; risalah, pengingat, dan ringkasan bisa dicek dengan dokumen; situasi yang tidak jelas memiliki objek peningkatan; operasi sensitif diaudit oleh orang, log bisa diperiksa. Untuk menilai apakah pengembangan memenuhi syarat, lihat apakah SOP yang sama bisa pulih setelah terganggu , apakah jawaban bisa merujuk kembali ke sumber , serta apakah kasus batas bisa masuk ke tahap revisi berikutnya . Jika ketiga hal ini berhasil, baru tambahkan posisi lain; cara ini lebih stabil daripada terlebih dahulu memasang banyak pintu masuk obrolan.
Kesulitan teknis sistem karyawan digital bukan terletak pada pembuatan percakapan, melainkan pada pengubahan posisi, proses, pengetahuan, alat, dan jejak menjadi objek perangkat lunak yang dapat diberi versi. Prompt bisa diubah sepuluh kali dalam seminggu, tetapi begitu model objek terurai, setiap keterampilan berikutnya akan menulis sendiri.Pertama-tama, pastikan tujuh jenis objek dan mesin status ini berjalan dengan lancar; baru kemudian pembaruan model dapat dilakukan. Jika tidak, setiap kali mengganti model, itu akan menjadi proyek baru, bukan sekadar perubahan konfigurasi.