Artikel
Berhenti Suap SOP Terus kepada AI Agent: Gunakan RFC 2119 (MUST/SHOULD/MAY) untuk Kawal Tingkah Laku Agent Secara Tepat
Bila SOP manusia disumbat terus ke dalam LLM, Agent selalunya sekali jalan betul, tiga kali ke laut. Artikel ini menunjukkan cara menulis semula System Prompt dan Agent Skill menggunakan MUST, SHOULD, dan MAY daripada RFC 2119 untuk menetapkan sempadan antara kekangan tegar, saranan kuat, dan budi bicara autonomi, lengkap bersama tiga prinsip pelaksanaan.
· 3 minit bacaan
Banyak team yang ingin melaksanakan Agent sering terperangkap dalam kesilapan yang sama: menyumbat terus keseluruhan dokumen SOP manusia daripada Word/Notion ke dalam LLM, dengan harapan ia dapat menyelesaikannya secara automatik. Kesudahannya sering kali seperti beli tiket loteri: sekali jalan betul, tiga kali ke laut.
Masalahnya bukan kerana kemampuan model tidak mencukupi, tetapi SOP manusia mengandungi terlalu banyak "Tacit Knowledge" yang tersirat. Otak manusia secara automatik tahu menilai bahawa "jumlah kurang daripada 500 ringgit tak perlu kelulusan", atau "jika langkah ini ralat, boleh abaikan dulu"; tetapi bagi LLM, teks tidak berstruktur tidak mempunyai sempadan ketegasan, jadi ia hanya mampu berimprovisasi sendiri.
Untuk memastikan tingkah laku Agent bersifat deterministik, langkah pertama bukanlah menukar kepada model yang lebih besar, sebaliknya menerapkan standard klasik spesifikasi protokol rangkaian: penggredan semantik RFC 2119.
Kesimpulannya dahulu: labelkan hanya pematuhan (compliance), keselamatan maklumat, dan Schema teras sebagai MUST; serahkan sempadan selebihnya kepada SHOULD dan MAY; manakala nod berisiko tinggi diserahkan kepada semakan manual.
Mengapa RFC 2119?#
Semasa menulis System Prompt, Agent Skill, atau Workflow Rule, frasa yang kabur seperti "sila ambil perhatian", "sebaiknya", atau "sedaya upaya" langsung tidak mempunyai kekangan sempadan bagi model. Dengan beralih kepada hierarki kata kerja yang jelas, sempadan membuat keputusan dapat ditetapkan secara tegas.
MUST / REQUIRED: Kekangan Tegar, Sifar Kompromi#
- Semantik: Sama sekali tidak boleh dilangkau, tiada pengecualian.
- Senario Penggunaan: Pengesahan data, pemeriksaan keselamatan, spesifikasi output Schema, pemintasan risiko tinggi.
- Contoh: "Sebelum memanggil API invois,
MUST sahkan dahulu sama ada ID pekerja wujud; jika pulangan kosong, MUST hentikan pelaksanaan serta-merta."
SHOULD / RECOMMENDED: Saranan Kuat, Tetapi Membenarkan Sisihan yang Wajar#
- Semantik: Mesti dipatuhi melainkan terdapat alasan Context yang sangat kukuh; jika menyimpang, Agent mesti menyatakan asas Reasoning di sebaliknya.
- Senario Penggunaan: Pemilihan strategi algoritma, keutamaan klasifikasi, logik percubaan semula (retry).
- Contoh: "Untuk Ticket pertanyaan pelanggan,
SHOULD utamakan agihan kepada khidmat pelanggan barisan hadapan; namun jika melibatkan pertikaian transaksi kewangan, dibenarkan untuk dialihkan kepada pasukan audit kewangan."
MAY / OPTIONAL: Pilihan Sendiri, Budi Bicara Sepenuhnya#
- Semantik: Model boleh menentukan sendiri sama ada mahu melaksanakannya berdasarkan sumber Context semasa atau bajet token.
- Senario Penggunaan: Penerangan tambahan, cadangan pemikiran lanjutan, format log pilihan.
- Contoh: "Semasa menjana ringkasan pemprosesan,
MAY sertakan 1～2 rujukan ID Ticket terdahulu bagi kes yang serupa."
Tiga Prinsip Pelaksanaan Sebenar#
Menulis semua peraturan sebagai MUST adalah ibarat melayan LLM seperti sebuah Deterministic Compiler, yang mudah mencetuskan percanggahan peraturan atau kebuntuan logik (deadlock) apabila Context melambung tinggi. Hanya tandakan "pematuhan, keselamatan maklumat, Schema teras" sebagai MUST, dan serahkan sempadan selebihnya kepada SHOULD.
2. Gabungkan dengan Blok Markdown Berstruktur#
Pecahkan Prompt kepada empat blok di bawah supaya skop (Scope) kekuatan semantik jelas sepintas lalu:
## Parameters
## Constraints (RFC 2119)
## Execution Steps
## Error Handling
3. Ikatkan Nod Berisiko Tinggi dengan Human-in-the-loop#
Apabila sesuatu syarat mencetuskan sempadan kritikal MUST (seperti jumlah transaksi tunggal > $5,000, atau perubahan kebenaran Admin), satu-satunya tindakan MUST bagi Agent adalah "hentikan seketika pipeline dan tunggu semakan manual menekan OK", bukannya membuat keputusan bagi pihak manusia.
Kesimpulan: Beralih daripada Sekadar Demo kepada Production-Ready#
Anggaplah Agent sebagai sebuah barisan pengeluaran industri, bukannya seorang "pekerja serba boleh" yang menguruskan segala-galanya sendirian. Dengan membina kontrak tingkah laku melalui RFC 2119, barulah Agent anda benar-benar dapat beralih daripada sekadar mainan Demo kepada tahap sedia produksi (Production-Ready).