Sebuah otomasi adalah pemicu yang dilampirkan ke sebuah alur kerja. Alur kerja menjelaskan apa yang harus dilakukan; otomasi menjelaskan kapan harus memulai eksekusi berikutnya.
Sebuah otomasi menggunakan:
- Sebuah alur kerja, dengan prosedur saat ini
- Seorang pemilik, yang chat otomasi dan akses terhubungnya digunakan
- Sebuah pemicu, seperti jadwal, peristiwa dari layanan terhubung, atau webhook masuk
Apa yang dijalankan setiap kali
Setiap pemicuan memulai eksekusi baru di chat otomasi untuk alur kerja dan pemilik tersebut. Ini tidak membuat chat yang benar-benar baru pada setiap pemicuan. Otomasi yang dimiliki oleh anggota yang sama untuk alur kerja yang sama akan menggunakan kembali chat otomasi itu.
Eksekusi menggunakan instruksi alur kerja saat ini dan payload pemicu. Karena chat digunakan kembali, eksekusi sebelumnya tetap ada dalam riwayat thread-nya. Jika suatu tugas harus berperilaku tanpa status, nyatakan itu di instruksi alur kerja dan minta agar hanya menggunakan peristiwa saat ini atau jendela waktu yang eksplisit.
Model dipilih pada thread chat otomasi, bukan pada agen atau alur kerja. Saat chat otomasi pertama kali dibuat, modelnya dimulai dari default anggota lalu default ruang kerja. Pemicuan berikutnya menggunakan kembali model yang dipilih untuk thread itu.
Buka chat otomasi untuk memeriksa eksekusi, output, dan error yang terlihat. Pemicuan yang gagal tetap terlihat di sana sehingga Anda dapat memperbaiki alur kerja, akses konektor, atau pemicu lalu menjalankannya lagi.
Referensi pemicu
Pemilih otomasi pada sebuah alur kerja adalah sumber kebenaran untuk apa yang dapat dibuat oleh ruang kerja saat ini. Beberapa jenis peristiwa dirilis di balik sakelar fitur ruang kerja dan karena itu mungkin tidak muncul di semua tempat.
Jadwal
| Tipe | Perilaku |
|---|---|
| Scheduled | Berjalan pada waktu jam dinding menggunakan jadwal cron dan zona waktu IANA. |
| Interval | Menunggu interval yang dikonfigurasi setelah sebuah eksekusi selesai, lalu menjadwalkan eksekusi berikutnya. Eksekusi tidak saling tumpang tindih. |
| Once | Berjalan pada tanggal dan waktu yang dipilih, lalu menonaktifkan dirinya sendiri. |
Konfirmasikan zona waktu yang ditampilkan di otomasi sebelum menyimpan. Gunakan otomasi terjadwal untuk pengaturan waktu jam dinding dan otomasi interval untuk polling ketika jeda setelah penyelesaian penting.
Gmail
| Peristiwa | Filter |
|---|---|
| Pesan baru | Pencocok opsional untuk From, To, Cc, Subject, dan teks isi. Tanpa pencocok, setiap pesan baru memenuhi syarat. |
| Label diterapkan | Satu nama label Gmail. |
Mulailah dengan filter pesan baru yang sempit agar kotak masuk yang sibuk tidak menghasilkan jumlah eksekusi yang tidak terduga.
GitHub
Peristiwa GitHub memerlukan Okou GitHub App dipasang di organisasi GitHub Anda. Jika belum, layar penyiapan otomasi akan mengatakan demikian — admin organisasi akan mendapatkan tombol Install GitHub App di sana, dan semua orang lain diminta untuk meminta admin. Pasang sekali, dan setiap pemicu GitHub di bawah menjadi tersedia.
| Peristiwa | Filter umum |
|---|---|
| Pull request | Satu repositori dan satu tindakan: dibuka, dibuka kembali, ditutup, siap untuk ditinjau, diubah menjadi draf, disinkronkan, ditambahkan ke atau dihapus dari antrean penggabungan, diberi label, atau label dihapus. Persempit berdasarkan branch dasar, penulis, nomor PR, atau label. Untuk closed, Anda dapat membedakan yang digabungkan dari yang ditutup tanpa penggabungan. |
| Workflow run completed | Repositori, alur kerja, hasil akhir, branch, peristiwa pemicu, dan pelaku. |
| Workflow job completed | Repositori, alur kerja, job, hasil akhir, branch, label runner, dan grup runner. |
| Pull request review submitted | Repositori, status tinjauan, branch dasar, branch head, dan penulis tepercaya. |
| Deployment status created | Repositori, lingkungan, status, ref, pembuat, aplikasi, dan penanda lingkungan produksi. |
| Issue or pull-request comment created | Repositori, cakupan issue/PR, penulis tepercaya, dan awalan komentar. |
Tidak ada peristiwa GitHub label applied yang terpisah. Untuk bereaksi pada label PR, pilih Pull request, pilih tindakan Labeled, dan tambahkan filter label.
Google Calendar dan Meet
- Calendar event created, updated, atau cancelled, dicakup ke calendar ID yang Anda pilih
- Google Meet transcript generated, untuk rapat yang diorganisir oleh anggota yang terhubung
Chat dan integrasi lainnya
- Chat run finished memantau salah satu thread chat Anda. Ini dapat memfilter berdasarkan status completed, failed, atau cancelled dan, untuk eksekusi completed, wildcard
*yang tidak peka huruf besar/kecil yang dicocokkan terhadap balasan akhir. - Webhook received membuat URL masuk yang ditandatangani dan tersedia ketika paket ruang kerja menyertakan otomasi webhook.
- Google Forms response submitted, Notion page/database events, Strapi entry published, dan Stripe invoice paid hanya muncul di ruang kerja yang mengaktifkan fitur otomasi tersebut.
Otomasi berbasis peristiwa juga memerlukan konektor atau integrasi yang relevan untuk terhubung dan siap bagi pemilik otomasi.
Pesan otomasi menjelaskan apa yang terjadi dalam bahasa biasa, dan eksekusi yang dimulai oleh pemicu chat run finished menunjuk kembali ke thread asal.
Membuat otomasi
Dari chat yang berhasil. Jalankan tugasnya sebagai satu kali terlebih dahulu. Saat hasilnya sesuai yang Anda inginkan, katakan:
"Jalankan ini setiap hari kerja pada pukul 8 pagi waktu Los Angeles dan DM saya hasilnya."
Okou mengonfirmasi alur kerja, frekuensi, dan tujuan, menyimpan alur kerja jika belum ada, dan melampirkan otomasi.
Secara eksplisit. Buka sebuah alur kerja di ruang kerja Anda, klik Add automation, lalu pilih jenis pemicu dan filternya. Berguna saat Anda sudah tahu bentuknya sebelumnya dan tidak ingin melakukan uji coba kering.
Prosedurnya berasal dari Alur Kerja. Dalam My Okou, eksekusi menggunakan instruksi pribadi (Instructions), memori, akun terhubung, dan izin milik pemilik otomasi di ruang kerja itu. Dalam Legacy Agents, agen yang memiliki menyediakan konteks agen. Pemicu jadwal menanyakan kapan harus dijalankan dan di zona waktu mana.
Sebuah Public Workflow membagikan metode, bukan otomasi atau akses milik pembuatnya. Setiap anggota membuat dan mengelola otomasi mereka sendiri. Jangan berasumsi menyalin Workflow akan mentransfer pemicu, kredensial, atau chat otomasi anggota lain.
Otomasi dapat diaktifkan dan dinonaktifkan satu per satu tanpa menghapusnya — langkah yang tepat sebelum liburan, atau saat Anda men-debug pemicu yang berisik.
Tujuan
Sebuah otomasi perlu tahu ke mana hasilnya dikirim. Nyatakan itu di instruksi alur kerja:
- Channel Slack atau DM — paling umum; masuk ke channel sebagai pesan atau thread
- Feishu atau Microsoft Teams — ide yang sama untuk tim yang tinggal di sana
- Telegram atau pesan teks — untuk peringatan pribadi yang mengutamakan seluler
- Sebuah halaman atau database Notion — untuk hal-hal yang harus diarsipkan, bukan disiarkan
- Sebuah Google Doc atau Sheet — ditambahkan atau ditimpa
- Sebuah issue GitHub atau komentar PR — untuk alur kerja engineering
- Sebuah draf Gmail — disiapkan di akun Anda agar Anda meninjau dan mengirimnya
- Sebuah halaman yang di-host — lihat Situs yang dihosting
- Sebuah file ruang kerja — ketika artefaknya berupa video, gambar, atau aset yang dapat diunduh
"Post to #engineering" atau "DM me" lebih jelas daripada "kirim ke suatu tempat."
Tips operasional
Ini berasal dari menjalankan otomasi di produksi:
- Pantau tiga eksekusi pertama. Otomasi mudah disiapkan; lebih mudah disempurnakan setelah Anda melihat apa yang sebenarnya dihasilkan Okou di lingkungan Anda.
- Jaga setiap tugas tetap kecil. Otomasi yang panjang dan bertahap lebih rapuh. Jika satu otomasi harus memperbarui lima sistem, pertimbangkan untuk memecahnya menjadi dua.
- Sematkan tujuan. Channel berganti nama dan orang pergi. Sebutkan tujuan secara eksplisit di instruksi alur kerja; Okou akan memberi peringatan jika tidak dapat menemukannya pada eksekusi berikutnya.
- Batasi waktu kueri yang berjalan lama. Jika prompt meminta "30 hari terakhir," ulangi itu pada setiap eksekusi agar jendelanya tetap segar.
- Konfirmasikan zona waktu. Otomasi terjadwal dan satu kali menyimpan zona waktu yang eksplisit; periksa nilai yang ditampilkan sebelum menyimpan.
- Jeda sebelum liburan. Terutama untuk otomasi yang mengirimi Anda DM — kembali ke 14 DM singkat tidaklah berguna. Nonaktifkan otomasi dan aktifkan kembali saat Anda kembali; alur kerja tetap utuh.
Biaya dan volume
Satu pemicuan otomasi memulai eksekusi normal dan dapat menghabiskan kredit sesuai rute model dan layanan yang digunakannya. Tinjau chat otomasi dan Billing saat memperkirakan biaya.
Interval pendek bertambah dengan cepat: interval 15 menit dapat berjalan hingga 96 kali dalam sehari jika setiap eksekusi selesai sebelum interval berikutnya berlalu. Filter peristiwa yang luas dapat sama bisingnya. Mulailah sempit, periksa beberapa pemicuan pertama, lalu perluas filter atau frekuensi dengan sengaja.
Nonaktifkan otomasi ketika Anda ingin menghentikan pemicuan baru tanpa menghapus alur kerja atau riwayatnya.
Berikutnya
- Lihat Alur kerja untuk prosedur yang dijalankan sebuah otomasi.
- Lihat Obrolan untuk apa yang terjadi di dalam setiap eksekusi.
- Lihat Contoh alur kerja untuk lima kombinasi lengkap alur kerja dan otomasi.
