Alur kerja

Sebuah alur kerja adalah prosedur bernama yang dapat digunakan ulang. Ini mengajarkan Okou bagaimana tim Anda melakukan jenis pekerjaan tertentu, sehingga orang berikutnya yang membutuhkannya tidak perlu menulis ulang prompt.

Pertama kali Anda meminta Okou melakukan sesuatu, Anda menulis prompt. Kedua kalinya, Anda menempelkan prompt yang sama dengan sedikit penyesuaian. Ketiga kalinya, Anda menyalin prompt panjang dari dokumen Notion yang disebut seseorang sebagai "pustaka prompt tim." Saat itulah waktunya menyimpan alur kerja.

Masalah yang diselesaikan alur kerja

Obrolan sekali pakai baik-baik saja untuk tugas sekali pakai. Namun hampir setiap tim memiliki tumpukan pekerjaan yang berulang — input berbeda, bentuk sama:

• Pelanggan menulis → cek riwayat mereka → draf balasan dalam bahasa mereka → catat tiket
• Laporan bug muncul → ambil langkah reproduksi → klasifikasikan tingkat keparahan → buat issue terstruktur
• Senin pagi → tarik angka minggu lalu → bandingkan dengan minggu sebelumnya → kirim ringkasan

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

Alur kerja sendiri tidak memiliki jadwal dan tidak memiliki pemicu — ini adalah prosedurnya. Untuk membuatnya berjalan sendiri, tambahkan otomatisasi.

Isi alur kerja

Tidak ada graph node, tidak ada konfigurasi YAML, tidak ada bagian pemicu. Instruksi biasanya terlihat sangat mirip dengan prompt chat yang berhasil pertama kali.

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

Kepemilikan dan visibilitas

My Okou: Alur kerja berada di ruang kerja saat ini. Sebuah Private Workflow milik pengguna saat ini. Sebuah Public Workflow dibagikan dengan anggota ruang kerja; Public tidak berarti dipublikasikan ke internet. Setiap eksekusi menggunakan instruksi pribadi (Instructions), memori, akun yang terhubung, dan izin milik pengguna yang menjalankan. Berbagi prosedur tidak membagikan sumber daya pribadi itu atau hasil pribadi.

Private Workflow Anda dengan nama yang sama memiliki prioritas atas Public Workflow. Gunakan Workflow ID eksplisit saat Anda perlu mengidentifikasi definisi bersama tertentu. Make private copy memberi Anda versi terpisah untuk disesuaikan; pengeditan berikutnya tidak disinkronkan dengan aslinya. Automasi anggota lain tidak disalin. Membuat Private Workflow tidak memberi Anda izin untuk memublikasikan atau memelihara Public Workflow; aturan publikasi ruang kerja yang sudah ada tetap berlaku.

Legacy Agents: setiap alur kerja dimiliki oleh satu agen. Rekan tim juga perlu memiliki akses ke agen pemiliknya. Copy workflow memilih agen tujuan dan membuat fork pribadi. Agen menyediakan profil dan instruksinya, sementara eksekusi tetap menggunakan akses akun yang diotorisasi oleh anggota yang menjalankannya.

Lihat My Okou dan legacy Agents untuk instruksi yang berlaku.

Pengalaman mana yang Anda gunakan?

Dokumen ini mencakup kedua pengalaman. Jika Settings → Personal → My Okou tersedia, ikuti langkah My Okou. Jika Anda menggunakan halaman Agents dengan New agent, ikuti langkah Legacy Agents. Ketersediaan dapat berbeda antaranggota; dokumen ini tidak mengubah pengalaman Anda.

Dalam kedua pengalaman, Anda dapat menjalankan beberapa chat atau tugas sekaligus, menggunakan ulang alur kerja, dan membagikan pekerjaan yang sudah ditinjau dengan tim Anda. Subagen runtime adalah alat eksekusi, bukan profil produk terpisah yang perlu Anda buat.

Membuat alur kerja

Memulai dari halaman Workflows

1. Buka Workflows. My Okou: pilih Create in chat. Legacy Agents: pilih New workflow di tempat yang tersedia.
2. My Okou: lanjutkan di chat Anda sendiri; tidak perlu memilih agen.
3. Okou membuka chat dengan prompt pembuatan alur kerja terpandu. Jelaskan hasil yang diinginkan, input yang diharapkan, alat, output, dan batas persetujuan apa pun.
4. Tinjau nama, deskripsi, instruksi, file, dan visibilitas yang diusulkan sebelum Okou membuatnya.

Anda juga bisa memulai di chat yang sudah ada dan meminta Okou mengubah tugas yang sudah berhasil menjadi alur kerja. Menyimpan run pertama yang berhasil di chat yang sama memberi Okou input konkret, koreksi, dan output untuk ditangkap.

Contoh My Okou: Instruksi alur kerja menjelaskan pekerjaan yang dapat diulang.

Apa yang harus dimasukkan ke instruksi

Simpan kredensial di luar instruksi dan file. Hubungkan layanan melalui Connectors, lalu tinjau akun yang terhubung dan berikan hanya izin yang dibutuhkan alur kerja; dalam Legacy Agents, otorisasi juga agen pemiliknya.

Uji sebelum mengotomatisasi

1. Jalankan alur kerja secara manual dengan input yang mewakili.
2. Konfirmasikan bahwa anggota yang menjalankan memiliki akses akun dan izin yang diperlukan; dalam Legacy Agents, periksa juga otorisasi agen pemilik.
3. Periksa chat hasil untuk konteks yang hilang, penulisan yang tidak diharapkan, dan bentuk output akhir.
4. Edit Instructions atau file terlampir dan jalankan lagi sampai hasilnya dapat diulang.
5. Tambahkan otomatisasi hanya setelah run manual benar. Mulailah dengan filter event yang sempit atau jadwal berfrekuensi rendah, lalu periksa beberapa pemicuan pertama.

Verifikasi manual memisahkan masalah alur kerja dari masalah pemicu: jika Run now gagal, perbaiki alur kerja atau aksesnya terlebih dahulu; jika Run now berhasil tetapi suatu event tidak pernah memicu, periksa konfigurasi otomatisasi.

Cara Okou memilih alur kerja

Anda tidak harus memanggil alur kerja berdasarkan nama. Okou akan memuatnya secara otomatis ketika permintaan yang masuk cocok dengan deskripsinya. Alur kerja bernama customer-reply-draft yang dideskripsikan sebagai "menyusun balasan untuk email pelanggan menggunakan gaya bahasa dan dokumentasi kami" akan dijalankan saat Anda meneruskan email pelanggan — tanpa perlu menyebut namanya.

Untuk memaksakan penggunaan alur kerja tertentu, katakan saja: "Gunakan alur kerja customer-reply-draft untuk email ini."

Alur kerja bawaan

Okou menyertakan daftar alur kerja lintas fungsi yang dikelola oleh Okou — riset dan analisis, keuangan dan akuntansi, hukum dan kepatuhan, produk, pemasaran, dukungan pelanggan, dan komunikasi tim. Itu adalah prosedur domain, bukan plumbing konektor: masing-masing mengajarkan Okou cara menangani jenis pekerjaan yang berulang.

Contoh:

• deep-dive — riset terstruktur dan desain solusi; kumpulkan fakta, lalu jelajahi opsi
• prd-writing — kebutuhan produk dengan framing masalah terstruktur dan kriteria penerimaan
• copywriting — salinan pemasaran di berbagai kanal (blog, email, sosial, landing page)
• competitor-matrix — matriks perbandingan fitur, teardown positioning, analisis win/loss
• customer-reply — balasan yang empatik, sesuai merek, dan disesuaikan dengan kanal serta urgensi
• nda-screening — klasifikasikan NDA yang masuk sebagai GREEN / YELLOW / RED dan arahkan
• status-updates — laporan progres dan pembaruan pemangku kepentingan yang disesuaikan untuk audiens apa pun

Alur kerja Anda sendiri berada di samping ini dan memiliki prioritas ketika deskripsinya lebih cocok.

Kapan membuat satu

Aturan yang jujur: jika Anda telah menulis prompt yang pada dasarnya sama lebih dari dua kali — atau Anda bisa membayangkan rekan tim menuliskannya — simpan saja.

Sinyal konkret:

• Pekerjaan itu memiliki nama yang sudah digunakan tim Anda ("morning brief," "competitor scan")
• Prompt menyebut alat, kanal, atau templat tertentu yang tidak seharusnya berubah setiap run
• Output memiliki bentuk tetap (ringkasan, draf, issue yang dibuat)
• Lebih dari satu orang perlu memicunya
• Anda ingin alur itu berjalan menurut jadwal atau event — lihat Otomasi

Pola umum

• The intake form. Mengambil sebuah input (email, bug report, thread) dan menghasilkan artefak terstruktur (issue, draf, baris).
• The cadence brief. Alur kerja yang dipasangkan dengan otomatisasi terjadwal yang berjalan harian atau mingguan dan memposting di tempat yang terlihat.
• The mid-conversation helper. Dipicu oleh @Okou di sebuah channel untuk melakukan satu subtugas terfokus — mencari, meringkas, mengklasifikasikan.
• The composer. Menghasilkan bundel multi-format — draf blog plus posting sosial plus kartu — dalam satu run.
• The event responder. Dipasangkan dengan otomatisasi event: email baru, PR yang digabung, atau halaman Notion baru memulai run. Lihat Otomasi.

Jebakan yang harus dihindari

• Terlalu sempit. Alur kerja yang hanya cocok untuk satu input spesifik itu rapuh. Targetkan bentuk pekerjaannya, bukan detail dari satu contoh.
• Terlalu kabur. "Bantu dengan pemasaran" terlalu luas sehingga Okou tidak akan tahu kapan menerapkannya. Jadilah spesifik dalam deskripsi.
• Kredensial yang di-hardcode. Jangan pernah menempelkan API key ke dalam instruksi. Gunakan custom connectors sebagai gantinya — kredensial tetap di platform, di luar jangkauan model.
• Bentuk output yang tersembunyi. Nyatakan seperti apa artefaknya harus terlihat: "daftar bernomor tiga item" atau "draf balasan di bawah 150 kata."
• Lupa akses. Workflow bersama tidak memberi akses connector. Periksa akun yang terhubung, izin yang diminta, dan kontrol akun Chat apa pun yang tersedia bagi Anda. Dalam Legacy Agents, periksa juga pengaturan Authorization agen pemilik.

Langkah berikutnya

• Tambahkan pemicu dengan Otomasi agar alur kerja berjalan tanpa Anda.
• Lihat Agents untuk mengetahui siapa yang menjalankan alur kerja dan dengan izin apa.
• Lihat Izin untuk membatasi apa yang dapat disentuh alur kerja.
• Lihat Contoh alur kerja untuk lima contoh yang ditulis dari awal sampai akhir.