Alur kerja

Alur kerja adalah prosedur bernama dan dapat digunakan ulang yang disimpan pada agen. Ia mengajari Okou bagaimana tim Anda mengerjakan jenis pekerjaan tertentu, sehingga orang berikutnya yang membutuhkannya tidak perlu menulis ulang prompt.

Pertama kali Anda meminta sesuatu ke Okou, Anda menulis prompt. Kedua kali, Anda menempel prompt yang sama dengan sedikit penyesuaian. Ketiga kali, Anda menyalin prompt panjang dari dokumen Notion yang disebut seseorang "pustaka prompt tim". Itulah saatnya menyimpan alur kerja.

Masalah yang diselesaikan alur kerja

Chat satu kali cocok untuk tugas satu kali. Tapi hampir setiap tim punya antrean pekerjaan yang berulang — input berbeda, bentuk sama:

• Pelanggan menulis → lihat riwayatnya → buat draf balasan dalam bahasanya → catat tiketnya
• Laporan bug muncul → ekstrak langkah reproduksi → klasifikasikan tingkat keparahan → buat issue terstruktur
• Senin pagi → ambil angka minggu lalu → bandingkan dengan minggu sebelumnya → posting ringkasan

Tanpa alur kerja, masing-masing adalah prompt 200 kata yang harus diingat semua orang. Dengan alur kerja, masing-masing adalah nama: triage-bug-report, weekly-metrics, customer-reply.

Alur kerja sendiri tidak punya jadwal atau pemicu — itu prosedur. Untuk membuatnya berjalan sendiri, pasang Automation.

Isi alur kerja

Tanpa grafik node, tanpa konfigurasi YAML, tanpa bagian pemicu. Instruksi biasanya tampak mirip prompt chat yang berhasil pertama kali.

Deskripsi yang baik adalah perbedaan antara alur kerja yang menyala saat seharusnya dan yang tidak pernah menyala: "triage a customer-facing bug report and file it to GitHub with severity" lebih baik daripada "do bug stuff."

Alur kerja milik agen

Setiap alur kerja milik tepat satu agen. Itulah yang membuat perilaku dapat diprediksi: alur kerja berjalan dengan nada, bawaan, dan pemberian konektor agen itu.

• Alur kerja pribadi — hanya terlihat oleh Anda. Tepat untuk otomasi pribadi yang terikat pada Gmail pribadi atau kursi CRM pribadi.
• Alur kerja publik — terlihat oleh semua orang di ruang kerja, pada agen yang dapat dijangkau tim Anda.

Prosedur yang sama dapat hidup di dua agen dan menghasilkan hasil berbeda, karena tiap agen membawa suara dan izinnya sendiri. Untuk menyerahkan alur kerja ke agen lain, salin itu — ini mencabangkannya, sehingga keduanya bisa berbeda setelahnya.

Lihat Agents untuk bagaimana kepemilikan agen membentuk apa yang dapat disentuh alur kerja.

Membuat alur kerja

Mulai dari halaman Workflows

1. Buka Workflows dan pilih New workflow.
2. Pilih agen yang harus memiliki alur kerja.
3. Okou membuka chat dengan prompt pembuatan alur kerja terpandu. Gambarkan hasil, input yang diharapkan, alat, keluaran, dan batas persetujuan apa pun.
4. Tinjau nama, deskripsi, instruksi, file, dan visibilitas yang diusulkan sebelum Okou membuatnya.

Anda juga bisa mulai di chat agen yang ada dan meminta Okou mengubah tugas yang sudah berhasil menjadi alur kerja. Menjaga Run sukses pertama di chat yang sama memberi Okou input, koreksi, dan keluaran konkret untuk ditangkap.

Yang dimasukkan ke instruksi

Jauhkan kredensial dari instruksi dan file. Hubungkan layanan melalui Connectors, lalu berikan agen pemilik hanya izin yang dibutuhkan alur kerja.

Uji sebelum mengotomasi

1. Jalankan alur kerja secara manual dengan input yang representatif.
2. Konfirmasikan agen pemilik dapat mengakses semua konektor dan izin yang diperlukan.
3. Periksa chat yang dihasilkan untuk konteks yang hilang, penulisan tak terduga, dan bentuk keluaran akhir.
4. Edit Instructions atau file terlampir dan jalankan lagi sampai hasilnya dapat diulang.
5. Tambahkan otomasi hanya setelah Run manual benar. Mulai dengan filter peristiwa sempit atau jadwal berfrekuensi rendah, lalu periksa beberapa pemicu pertama.

Verifikasi manual memisahkan masalah alur kerja dari masalah pemicu: jika Run now gagal, perbaiki alur kerja atau aksesnya dulu; jika Run now berhasil tetapi peristiwa tidak pernah menyala, periksa konfigurasi otomasi.

Cara Okou memilih alur kerja

Anda tidak perlu memanggil alur kerja dengan nama. Okou memuat satu secara otomatis saat permintaan masuk cocok dengan deskripsinya. Alur kerja bernama customer-reply-draft, dideskripsikan sebagai "draft a reply to a customer email using our voice and docs", menyala saat Anda meneruskan email pelanggan — tanpa perlu nama.

Untuk memaksa yang spesifik, katakan: "Use the customer-reply-draft workflow on this email."

Alur kerja bawaan

Setiap agen Okou hadir dengan deretan alur kerja lintas fungsi yang dikelola Okou — riset dan analisis, keuangan dan akuntansi, hukum dan kepatuhan, produk, pemasaran, dukungan pelanggan, dan komunikasi tim. Itu prosedur domain, bukan kabel konektor: masing-masing mengajari Okou menangani jenis pekerjaan berulang.

Contohnya:

• deep-dive — riset terstruktur dan desain solusi; kumpulkan fakta, lalu jelajahi opsi
• prd-writing — persyaratan produk dengan pembingkaian masalah terstruktur dan kriteria penerimaan
• copywriting — salinan pemasaran lintas kanal (blog, email, sosial, halaman arahan)
• competitor-matrix — matriks perbandingan fitur, analisis posisi, analisis menang/kalah
• customer-reply — balasan empatik dan sesuai merek, disesuaikan dengan kanal dan urgensi
• nda-screening — klasifikasikan NDA masuk sebagai GREEN / YELLOW / RED dan rutekan
• status-updates — laporan kemajuan dan pembaruan pemangku kepentingan, disesuaikan dengan audiens mana pun

Alur kerja Anda sendiri berada di samping ini dan diutamakan saat deskripsinya lebih cocok.

Kapan membuatnya

Aturan jujur: jika Anda sudah menulis prompt yang secara substansial sama lebih dari dua kali — atau bisa membayangkan rekan menuliskannya — simpan.

Sinyal konkret:

• Pekerjaan punya nama yang sudah dipakai tim Anda («morning brief», «competitor scan»)
• Prompt menyebut alat, kanal, atau template spesifik yang tidak boleh berubah tiap Run
• Keluaran punya bentuk tetap (ringkasan, draf, issue yang dibuat)
• Lebih dari satu orang perlu memicunya
• Anda ingin itu berjalan pada jadwal atau peristiwa — lihat Automations

Pola umum

• Formulir intake. Mengambil input (email, laporan bug, thread) dan menghasilkan artefak terstruktur (issue, draf, baris).
• Ringkasan irama. Alur kerja yang dipasangkan dengan otomasi terjadwal yang berjalan harian atau mingguan dan memposting di tempat yang terlihat.
• Pembantu tengah percakapan. Dipicu oleh Okou di kanal untuk melakukan satu subtugas fokus — mencari, merangkum, mengklasifikasi.
• Komposer. Menghasilkan bundel multi-format — draf blog plus postingan sosial plus kartu — dalam satu Run.
• Penanggap peristiwa. Dipasangkan dengan otomasi peristiwa: email baru, PR yang di-merge, atau halaman Notion baru memulai Run. Lihat Automations.

Jebakan yang dihindari

• Terlalu sempit. Alur kerja yang hanya cocok untuk satu input spesifik itu rapuh. Bidik bentuk pekerjaannya, bukan detail satu contoh.
• Terlalu kabur. "Help with marketing" begitu luas sehingga Okou tidak tahu kapan menerapkannya. Jadilah spesifik di deskripsi.
• Kredensial hardcode. Jangan pernah menempel kunci API ke instruksi. Gunakan Custom connectors — kredensial tetap di platform, di luar jangkauan model.
• Bentuk keluaran terkubur. Nyatakan seperti apa artefak seharusnya: "a numbered list of three items" atau "a draft reply under 150 words."
• Melupakan agen. Alur kerja hanya bisa memakai konektor yang diotorisasi untuk agen induknya. Jika alur kerja tidak bisa mencapai Gmail, periksa tab Authorization agen, bukan instruksinya.

Berikutnya

• Pasang pemicu dengan Automations agar alur kerja berjalan tanpa Anda.
• Lihat Agents untuk siapa yang menjalankan alur kerja dan dengan izin apa.
• Lihat Permissions untuk membatasi apa yang dapat disentuh alur kerja.
• Lihat Example workflows untuk lima yang ditulis end-to-end.