Anda tidak perlu menulis instruksi alur kerja dari halaman kosong. Mulailah dengan menyelesaikan tugas nyata bersama agen Anda. Setelah hasilnya berguna, minta agen untuk mengubah metode yang Anda kembangkan bersama menjadi alur kerja yang dapat digunakan kembali.
Agen membuat draf pertama. Peran Anda adalah meninjau asumsi-asumsinya dan memutuskan di mana alur kerja memerlukan batasan yang lebih jelas agar rekan tim lain dapat memperoleh hasil yang andal.
Dengan My Okou, instruksi pribadi (Instructions) menyimpan preferensi tiap anggota; alur kerja ruang kerja menyimpan prosedur yang dapat diulang dan standar tim. Private Workflows milik pengguna saat ini, dan Public Workflows dibagikan di dalam ruang kerja. Eksekusi menggunakan instruksi pribadi (Instructions), memori, akun, dan izin milik anggota yang menjalankan. Dalam Legacy Agents, Workflows tetap terhubung ke satu Agent. Lihat Instructions and experience modes.
Mulai dari run yang berhasil
Alur kerja lebih mudah dibuat setelah agen melihat tugasnya, materi sumber, umpan balik Anda, dan hasil yang dapat diterima.
- Berikan agen tugas nyata dan input sebenarnya yang dibutuhkannya.
- Tinjau hasilnya dan perbaiki konteks yang hilang, penalaran yang lemah, atau format yang salah.
- Ketika hasilnya sudah baik, minta agen mengekstrak metode yang dapat diulang.
- Minta agen menyusun draf nama alur kerja, deskripsi, instruksi, dan file referensi apa pun yang direkomendasikannya.
- Tinjau draf bersama sebelum menjadikan alur kerja tersebut publik.
Anda bisa bertanya:
Ubah apa yang baru saja kita lakukan menjadi alur kerja yang dapat digunakan kembali untuk tim. Susun draf nama, deskripsi, dan instruksinya. Pisahkan metode yang dapat digunakan kembali dari detail yang hanya berlaku untuk kasus ini. Sebelum kita memfinalkannya, sebutkan asumsi dan batasan yang perlu saya tinjau.
Ini memberi agen tugas untuk menyusun draf. Ini memberi Anda tugas untuk memutuskan bagian mana yang harus dikendalikan.
Instruksi adalah tempat umum untuk batasan
Instruksi alur kerja dibawa bersama alur kerja dan diterapkan setiap kali alur kerja dijalankan. Itu menjadikannya salah satu tempat paling umum untuk mendefinisikan batasan seperti input yang diperlukan, sumber yang disetujui, format output, standar kualitas, dan tindakan yang memerlukan konfirmasi.
Itu bukan satu-satunya lapisan kontrol:
| Lapisan | Apa yang dibatasi | Contoh |
|---|---|---|
| Description | Kapan alur kerja harus dipilih | Gunakan untuk lead masuk baru yang memerlukan riset dan kualifikasi; jangan gunakan untuk peluang yang sudah ada. |
| Instruction | Bagaimana tugas harus dikerjakan | Periksa CRM terlebih dahulu, cantumkan klaim publik, ikuti rubrik ICP, dan buat draf alih-alih mengirim. |
| Files | Referensi stabil yang harus diikuti metode | Rubrik ICP, contoh yang disetujui, templat laporan, glosarium produk |
| Connector permissions | Tindakan eksternal mana yang sebenarnya diizinkan untuk dilakukan agen | Baca catatan CRM, buat draf email, tetapi jangan kirim email |
| Run request | Input dan cakupan untuk satu kasus ini | Kualifikasi lead ini, gunakan catatan CRM ini, dan kembalikan hasilnya di chat ini. |
| Automation | Kapan alur kerja berjalan dan siapa pemilik run | Jalankan setiap hari kerja pada 09:00 dan posting hasilnya di channel bernama. |
Jangan mengandalkan teks instruksi sebagai pengganti kontrol akses. Jika suatu tindakan harus dibatasi secara teknis, gunakan otorisasi konektor yang sebenarnya dan izin bernama serta instruksi yang jelas.
Tinjau draf pertama agen
Anda tidak perlu menulis ulang setiap kalimat. Fokuskan peninjauan Anda pada keputusan yang penting bagi tim.
Kapan alur kerja ini harus digunakan?
- Permintaan atau situasi apa yang harus memilih alur kerja ini?
- Kapan agen tidak boleh menggunakannya?
- Apakah deskripsinya sudah cukup spesifik untuk membedakannya dari alur kerja yang serupa?
Input apa yang diperlukan?
- Apa yang harus disediakan rekan tim sebelum pekerjaan dimulai?
- Input yang hilang mana yang harus membuat agen mengajukan pertanyaan?
- Detail mana yang termasuk ke setiap run, bukan ke instruksi permanen?
Sumber dan aturan mana yang menang?
- Apa sistem pencatatannya?
- File terlampir mana yang berisi rubrik atau templat yang disetujui?
- Jika dua sumber bertentangan, mana yang diprioritaskan?
- Bagaimana agen harus melabeli fakta yang tidak dapat diverifikasinya?
Seperti apa outputnya harus terlihat?
- Bagian atau bidang mana yang diperlukan?
- Seberapa rinci yang berguna?
- Apakah output memerlukan sitasi, tautan, atau label keyakinan?
- Ke mana hasil harus dikirim jika tujuan disediakan?
Di mana agen harus berhenti?
- Tindakan mana yang memerlukan konfirmasi?
- Haruskah agen membuat draf alih-alih mengirim atau memublikasikan?
- Data mana yang tidak boleh muncul dalam alur kerja publik atau hasil bersama?
Itulah batasan yang layak dibuat eksplisit. Biarkan agen menangani redaksinya, lalu pastikan redaksinya mencerminkan keputusan Anda.
Struktur untuk ditinjau bersama
Agen dapat menggunakan struktur berikut untuk draf pertamanya. Perlakukan ini sebagai kerangka peninjauan, 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.
Alur kerja sederhana mungkin hanya memerlukan beberapa bagian. Alur kerja berisiko tinggi mungkin memerlukan aturan sumber, validasi, dan persetujuan yang lebih eksplisit. Minta agen menjaga instruksi sesingkat mungkin tanpa menyembunyikan keputusan yang diandalkan tim.
Contoh: buat bersama alur kerja kualifikasi lead
Misalkan Anda meminta agen meneliti satu lead masuk dan menyusun balasan. Selama run, Anda mengoreksi ukuran perusahaan, menjelaskan bahwa CRM adalah sistem pencatatannya, menerapkan rubrik ICP tim, dan meminta email yang lebih singkat.
Setelah hasilnya disetujui, minta agen mengubah percakapan menjadi alur kerja. Agen menyusun prosedurnya. Lalu Anda menambahkan batasan yang harus tetap berlaku setelah lead ini berakhir:
- periksa CRM sebelum melakukan riset publik;
- gunakan rubrik ICP terlampir untuk penilaian;
- cantumkan sumber untuk ukuran perusahaan, lokasi, dan peran saat ini;
- beri label fakta wajib yang belum terverifikasi sebagai Unknown;
- kembalikan Account summary, Evidence, ICP score, Risks, Recommended next step, dan Reply draft;
- buat draf email dan jangan pernah mengirimnya tanpa konfirmasi.
Sekarang agen dapat memasukkan keputusan-keputusan itu ke dalam instruksi. Anda tidak perlu menentukan setiap langkah riset. Anda perlu membuat sumber tim, kontrak output, dan batas persetujuan menjadi tidak ambigu.
Beri umpan balik batasan dengan bahasa sederhana
Anda bisa memperketat draf dengan memberi tahu agen apa yang harus diubah:
- “Minta catatan CRM sebelum mulai jika tidak ada.”
- “Anggap CRM sebagai sistem pencatatan ketika nama perusahaan bertentangan.”
- “Setiap klaim faktual dalam ringkasan memerlukan tautan sumber.”
- “Jaga balasan di bawah 150 kata, tetapi sesuaikan nadanya dengan pesan masuk.”
- “Buat email sebagai draf. Jangan pernah mengirimnya secara otomatis.”
- “Alur kerja ini tidak boleh berjalan untuk peluang yang sudah ada.”
Minta agen memperbarui alur kerja dan merangkum batasan mana yang ditangani oleh setiap perubahan. Itu memudahkan Anda menangkap aturan yang disalahpahami 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 spesifik kasus termasuk dalam run request;
- kata sandi, token, dan kredensial pribadi tidak termasuk dalam instruksi atau file terlampir;
- jadwal dan acara termasuk dalam otomatisasi;
- batas akses teknis termasuk dalam otorisasi konektor dan izin bernama;
- umpan balik pribadi yang hanya berlaku untuk satu hasil dapat tetap berada di chat itu.
Instruksi harus membawa metode yang dapat digunakan kembali dan batasan perilaku, bukan setiap detail yang mengelilingi pekerjaan tersebut.
Uji dan perbaiki bersama
Jalankan alur kerja dengan setidaknya dua input realistis, sebaiknya bersama rekan tim kedua. Setelah setiap run, tanyakan:
- Apakah alur kerja aktif untuk tugas yang tepat?
- Apakah alur kerja meminta input yang dibutuhkannya?
- Apakah alur kerja mengikuti prioritas sumber yang dimaksud?
- Apakah output konsisten tanpa menjadi kaku?
- Apakah alur kerja berhenti pada batas persetujuan yang diperlukan?
- Apakah masalah ini dapat diulang, atau hanya berlaku untuk kasus ini?
Minta agen merevisi instruksi untuk celah yang dapat diulang. Simpan koreksi satu kali dalam run. Saat metode ini bekerja untuk seseorang selain pembuat aslinya, bagikan alur kerja dengan tim Anda.
