Anda tidak perlu menulis instruksi alur kerja dari awal. Mulailah dengan menyelesaikan tugas nyata bersama agen Anda. Setelah hasilnya bermanfaat, mintalah agen untuk mengubah metode yang Anda kembangkan bersama menjadi alur kerja yang dapat digunakan kembali.
Agen akan membuat draf pertama. Peran Anda adalah meninjau asumsinya dan memutuskan di mana alur kerja perlu batasan yang lebih jelas agar rekan tim lain dapat memperoleh hasil yang andal.
Setiap alur kerja dimiliki oleh satu agen. Agen menyediakan peran dan kemampuan yang lebih luas; alur kerja menangkap prosedur dan batasan untuk satu tugas yang dapat diulang.
Mulai dari eksekusi yang berhasil
Alur kerja lebih mudah dibuat setelah agen melihat tugas, materi sumber, umpan balik Anda, dan hasil yang dapat diterima.
- Berikan agen tugas nyata dan input aktual yang dibutuhkan.
- Tinjau hasilnya dan koreksi konteks yang kurang, penalaran yang lemah, atau format yang salah.
- Jika hasilnya sudah baik, minta agen mengekstrak metode yang dapat diulang.
- Minta agen membuat draf nama alur kerja, deskripsi, instruksi, dan file referensi yang direkomendasikan.
- Tinjau draf bersama sebelum membuat alur kerja menjadi publik.
Anda dapat meminta:
Ubah apa yang baru saja kita lakukan menjadi alur kerja yang dapat digunakan kembali untuk tim. Buat draf nama, deskripsi, dan instruksinya. Pisahkan metode yang dapat digunakan kembali dari detail yang hanya berlaku untuk kasus ini. Sebelum kita finalisasi, daftarkan asumsi dan batasan yang harus saya tinjau.
Ini memberikan tugas membuat draf kepada agen. Anda bertugas memutuskan bagian mana yang harus dikendalikan.
Instruksi adalah tempat umum untuk batasan
Instruksi alur kerja mengikuti alur kerja dan berlaku setiap kali dijalankan. Ini menjadikannya salah satu tempat paling umum untuk mendefinisikan batasan seperti input wajib, sumber yang disetujui, format output, standar kualitas, dan tindakan yang memerlukan konfirmasi.
Ini bukan satu-satunya lapisan kontrol:
| Lapisan | Apa yang dibatasi | Contoh |
|---|---|---|
| Deskripsi | Kapan alur kerja harus dipilih | Gunakan untuk prospek masuk baru yang perlu riset dan kualifikasi; jangan gunakan untuk peluang yang sudah ada. |
| Instruksi | Cara tugas harus dilakukan | Periksa CRM terlebih dahulu, kutip klaim publik, ikuti rubrik ICP, dan buat draf alih-alih mengirim. |
| File | Referensi stabil yang harus diikuti metode | Rubrik ICP, contoh yang disetujui, template laporan, glosarium produk |
| Izin agen | Tindakan eksternal apa yang benar-benar boleh dilakukan agen | Membaca catatan CRM, membuat draf email, tapi jangan mengirim email |
| Permintaan eksekusi | Input dan cakupan untuk kasus ini | Kualifikasi prospek ini, gunakan catatan CRM ini, dan kembalikan hasilnya di chat ini. |
| Otomasi | Kapan alur kerja dijalankan dan siapa pemilik eksekusi | Jalankan setiap hari kerja pada 09:00 dan posting hasilnya di channel tertentu. |
Jangan hanya mengandalkan teks instruksi sebagai pengganti kontrol akses. Jika suatu tindakan harus dibatasi secara teknis, gunakan juga otorisasi dan izin agen serta instruksi yang jelas.
Tinjau draf pertama dari agen
Anda tidak perlu menulis ulang setiap kalimat. Fokuskan tinjauan Anda pada keputusan yang penting bagi tim.
Kapan harus digunakan?
- Permintaan atau situasi apa yang harus memilih alur kerja ini?
- Kapan agen tidak boleh menggunakannya?
- Apakah deskripsinya cukup spesifik untuk membedakannya dari alur kerja serupa?
Input apa yang dibutuhkan?
- Apa yang harus disediakan rekan tim sebelum pekerjaan dimulai?
- Input mana yang jika hilang harus membuat agen bertanya?
- Detail mana yang termasuk dalam setiap eksekusi, bukan instruksi permanen?
Sumber dan aturan mana yang berlaku?
- Apa sistem pencatatan utamanya?
- File terlampir mana yang berisi rubrik atau template yang disetujui?
- Jika dua sumber bertentangan, mana yang diutamakan?
- Bagaimana agen harus memberi label pada fakta yang tidak dapat diverifikasi?
Output harus seperti apa?
- Bagian atau kolom mana yang wajib ada?
- Tingkat detail apa yang bermanfaat?
- Apakah output perlu kutipan, tautan, atau label keyakinan?
- Ke mana hasil harus dikirim jika ada tujuan?
Di mana agen harus berhenti?
- Tindakan mana yang memerlukan konfirmasi?
- Haruskah agen membuat draf alih-alih mengirim atau mempublikasikan?
- Data mana yang tidak boleh muncul di alur kerja publik atau hasil bersama?
Inilah batasan yang layak dibuat eksplisit. Biarkan agen menangani perumusan kata, lalu pastikan kata-katanya mencerminkan keputusan Anda.
Struktur untuk ditinjau bersama
Agen dapat menggunakan struktur berikut untuk draf pertamanya. Perlakukan ini sebagai kerangka tinjauan, bukan formulir yang harus Anda isi sendiri:
# Goal
State the single outcome this workflow must produce.
# Use this workflow when
Describe when to use it and any important exclusions.
# Required inputs
- List the information needed for a reliable result.
- Explain what to do when an input is missing.
# Sources and tools
- Name authoritative systems, documents, or attached files.
- Explain which source wins if information conflicts.
- Define how to handle facts that cannot be verified.
# Procedure
1. Verify the inputs and scope.
2. Gather the required evidence.
3. Apply the team's rules or rubric.
4. Produce the deliverable.
5. Check it against the quality bar.
# Output
Define the required sections, fields, format, and destination.
# Quality bar
- State what must be accurate, cited, complete, or consistent.
- Define what counts as done.
# Approval boundaries
- List actions that require confirmation.
- Specify when to create a draft instead of taking the final action.
Minta agen menjaga instruksi tetap singkat tanpa menyembunyikan keputusan yang menjadi sandaran tim.
Contoh: buat alur kerja kualifikasi prospek bersama
Misalkan Anda meminta agen meneliti satu prospek masuk dan membuat draf balasan. Selama eksekusi, Anda mengoreksi ukuran perusahaan, menjelaskan bahwa CRM adalah sistem pencatatan, menerapkan rubrik ICP tim, dan meminta email yang lebih singkat.
Setelah hasil disetujui, minta agen mengubah percakapan menjadi alur kerja. Agen membuat draf prosedur. Anda kemudian menambahkan batasan yang harus berlaku di luar prospek ini:
- periksa CRM sebelum melakukan riset publik;
- gunakan rubrik ICP terlampir untuk penilaian;
- kutip sumber untuk ukuran perusahaan, lokasi, dan peran saat ini;
- beri label fakta wajib yang tidak terverifikasi sebagai Tidak Diketahui;
- kembalikan Ringkasan Akun, Bukti, Skor ICP, Risiko, Langkah Selanjutnya yang Disarankan, dan Draf Balasan;
- buat draf email dan jangan pernah mengirimnya tanpa konfirmasi.
Agen kini dapat memasukkan keputusan tersebut ke dalam instruksi. Anda tidak perlu merinci setiap langkah riset. Anda hanya perlu membuat sumber tim, kontrak output, dan batas persetujuan menjadi jelas.
Berikan umpan balik batasan dengan bahasa sederhana
Anda dapat memperketat draf dengan memberi tahu agen apa yang harus diubah:
- “Minta catatan CRM sebelum mulai jika belum ada.”
- “Anggap CRM sebagai sistem pencatatan jika nama perusahaan berbeda.”
- “Setiap klaim faktual dalam ringkasan harus ada tautan sumbernya.”
- “Jaga balasan di bawah 150 kata, tapi sesuaikan nadanya dengan pesan masuk.”
- “Buat email sebagai draf. Jangan pernah mengirim otomatis.”
- “Alur kerja ini tidak boleh dijalankan untuk peluang yang sudah ada.”
Minta agen memperbarui alur kerja dan merangkum batasan yang diatasi setiap perubahan. Ini memudahkan menemukan aturan yang salah paham atau ditempatkan di bagian yang salah.
Simpan hal yang tepat di luar instruksi
Beberapa informasi tidak boleh menjadi teks alur kerja permanen:
- nama pelanggan, tenggat satu kali, dan tujuan khusus kasus sebaiknya ada di permintaan eksekusi;
- kata sandi, token, dan kredensial pribadi tidak boleh ada di instruksi atau file terlampir;
- jadwal dan acara sebaiknya ada di otomasi;
- batas akses teknis sebaiknya ada di otorisasi dan izin agen;
- umpan balik pribadi yang hanya berlaku untuk satu hasil dapat tetap di chat tersebut.
Instruksi harus memuat metode yang dapat digunakan kembali dan batasan perilaku, bukan setiap detail seputar pekerjaan.
Uji dan perbaiki bersama
Jalankan alur kerja dengan setidaknya dua input realistis, idealnya bersama rekan tim kedua. Setelah setiap eksekusi, tanyakan:
- Apakah alur kerja aktif untuk tugas yang tepat?
- Apakah ia meminta input yang dibutuhkan?
- Apakah ia mengikuti prioritas sumber yang diinginkan?
- Apakah output konsisten tanpa menjadi kaku?
- Apakah ia berhenti di batas persetujuan yang diperlukan?
- Apakah masalahnya berulang, atau hanya berlaku untuk kasus ini?
Minta agen merevisi instruksi untuk celah yang berulang. Simpan koreksi satu kali di eksekusi. Jika metodenya berhasil untuk orang selain pembuat aslinya, bagikan alur kerja dengan tim Anda.

