Otomasi adalah pemicu yang terpasang pada sebuah alur kerja. Alur kerja menyatakan apa yang harus dilakukan; otomasi menyatakan kapan memulai Run berikutnya.
Sebuah otomasi menggunakan:
- Sebuah alur kerja, termasuk agen yang memilikinya
- 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 pemicu memulai Run baru di chat otomasi untuk alur kerja dan pemilik itu. Ia tidak membuat chat yang benar-benar baru pada setiap pemicu. Otomasi milik anggota yang sama untuk alur kerja yang sama menggunakan kembali chat otomasi itu.
Run menggunakan instruksi alur kerja saat ini dan payload pemicu. Karena chat digunakan kembali, Run sebelumnya tetap ada di riwayat thread. Jika tugas harus berperilaku tanpa status, katakan itu di instruksi alur kerja dan minta 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 bawaan anggota lalu bawaan ruang kerja. Pemicu berikutnya menggunakan kembali model yang dipilih untuk thread itu.
Buka chat otomasi untuk memeriksa Run, keluaran, dan kesalahan yang terlihat. Pemicu yang gagal tetap terlihat di sana sehingga Anda dapat memperbaiki alur kerja, akses konektor, atau pemicu dan menjalankannya lagi.
Referensi pemicu
Pemilih otomasi pada sebuah alur kerja adalah sumber kebenaran untuk apa yang dapat dibuat ruang kerja saat ini. Beberapa jenis peristiwa dirilis di balik sakelar fitur ruang kerja dan karena itu mungkin tidak muncul di mana-mana.
Jadwal
| Jenis | Perilaku |
|---|---|
| Scheduled | Berjalan pada waktu jam dinding menggunakan jadwal cron dan zona waktu IANA. |
| Interval | Menunggu interval yang dikonfigurasi setelah Run selesai, lalu menjadwalkan Run berikutnya. Run tidak tumpang tindih dengan dirinya sendiri. |
| 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 waktu jam dinding dan otomasi interval untuk polling di mana jarak setelah selesai penting.
Gmail
| Peristiwa | Filter |
|---|---|
| New message | Pencocok opsional Dari, Ke, Cc, Subjek, dan teks isi. Tanpa pencocok, setiap pesan baru memenuhi syarat. |
| Label applied | Satu nama label Gmail. |
Mulailah dengan filter pesan baru yang sempit agar kotak masuk yang sibuk tidak membuat jumlah Run yang tak terduga.
GitHub
| Peristiwa | Filter umum |
|---|---|
| Pull request | Satu repositori dan satu aksi: opened, reopened, closed, ready for review, converted to draft, synchronized, added to or removed from the merge queue, labeled, atau unlabeled. Sempitkan menurut branch dasar, penulis, nomor PR, atau label. Untuk closed, Anda dapat membedakan merged dari closed without merging. |
| Workflow run completed | Repositori, workflow, kesimpulan, branch, peristiwa pemicu, dan actor. |
| Workflow job completed | Repositori, workflow, job, kesimpulan, 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 flag lingkungan produksi. |
| Issue or pull-request comment created | Repositori, cakupan issue/PR, penulis tepercaya, dan awalan komentar. |
Tidak ada peristiwa terpisah GitHub label applied. Untuk bereaksi terhadap label PR, pilih Pull request, pilih aksi Labeled, dan tambahkan filter label.
Google Calendar dan Meet
- Calendar event created, updated, atau cancelled, dibatasi pada ID kalender yang Anda pilih
- Google Meet transcript generated, untuk rapat yang diselenggarakan oleh anggota terhubung
Chat dan integrasi lainnya
- Chat run finished mengawasi salah satu thread chat Anda. Ia dapat memfilter berdasarkan status completed, failed, atau cancelled dan, untuk Run yang selesai, berdasarkan wildcard
*tanpa huruf besar yang dicocokkan dengan balasan akhir. - Webhook received membuat URL masuk bertanda tangan dan tersedia saat 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 tempat fitur otomasi tersebut diaktifkan.
Otomasi peristiwa juga mensyaratkan konektor atau integrasi terkait sudah terhubung dan siap untuk pemilik otomasi.
Membuat otomasi
Dari chat yang berhasil. Jalankan tugas sebagai satu kali terlebih dahulu. Saat hasilnya sesuai keinginan, katakan:
"Run this every weekday at 8 a.m. Los Angeles time and DM me the result."
Okou mengonfirmasi alur kerja, irama, dan tujuan, menyimpan alur kerja jika belum ada, dan memasang otomasi.
Secara eksplisit. Buka alur kerja di ruang kerja Anda dan tambahkan otomasi ke dalamnya, memilih jenis pemicu dan filternya. Berguna saat Anda sudah tahu bentuknya dan tidak ingin uji coba kering.
Otomasi dapat diaktifkan dan dinonaktifkan satu per satu tanpa menghapusnya — langkah yang tepat sebelum liburan, atau saat men-debug pemicu yang berisik.
Tujuan
Otomasi perlu tahu ke mana hasilnya pergi. Nyatakan itu di instruksi alur kerja:
- Kanal atau DM Slack — paling umum; tiba di kanal sebagai pesan atau thread
- Feishu atau Microsoft Teams — ide yang sama untuk tim yang hidup di sana
- Telegram atau pesan teks — untuk peringatan pribadi, mobile-first
- Halaman atau database Notion — untuk hal yang harus diarsipkan alih-alih disiarkan
- Google Doc atau Sheet — ditambahkan atau ditimpa
- Issue atau komentar PR GitHub — untuk alur kerja rekayasa
- Draf Gmail — disiapkan di akun Anda untuk Anda tinjau dan kirim
- Halaman terhosting — lihat Hosted sites
- File ruang kerja — saat artefak berupa video, gambar, atau aset yang dapat diunduh
"Post to #engineering" atau "DM me" lebih jelas daripada "send it somewhere."
Kiat operasional
Ini berasal dari menjalankan otomasi di produksi:
- Awasi tiga Run pertama. Otomasi mudah disiapkan; lebih mudah disempurnakan setelah Anda melihat apa yang benar-benar dihasilkan Okou di lingkungan Anda.
- Jaga setiap tugas tetap kecil. Otomasi yang panjang dan banyak langkah lebih rapuh. Jika satu otomasi harus memperbarui lima sistem, pertimbangkan membaginya menjadi dua.
- Tetapkan tujuan. Kanal berganti nama dan orang pergi. Sebutkan tujuan secara eksplisit di instruksi alur kerja; Okou akan memperingatkan jika tidak menemukannya pada Run berikutnya.
- Batasi waktu kueri yang panjang. Jika prompt meminta "30 hari terakhir", nyatakan ulang itu pada setiap Run agar jendela tetap segar.
- Konfirmasikan zona waktu. Otomasi terjadwal dan satu kali menyimpan zona waktu eksplisit; periksa nilai yang ditampilkan sebelum menyimpan.
- Jeda sebelum liburan. Terutama untuk otomasi yang mengirimi Anda DM — kembali ke 14 DM singkat tidak berguna. Nonaktifkan otomasi dan aktifkan lagi saat kembali; alur kerja tetap utuh.
Biaya dan volume
Pemicu otomasi memulai Run normal dan dapat menghabiskan kredit sesuai rute model dan layanan yang digunakan. Tinjau chat otomasi dan Billing saat memperkirakan biaya.
Interval pendek berlipat ganda dengan cepat: interval 15 menit dapat berjalan hingga 96 kali sehari jika setiap Run selesai sebelum interval berikutnya. Filter peristiwa yang luas bisa sama berisiknya. Mulai sempit, periksa beberapa pemicu pertama, lalu lebarkan filter atau irama secara sengaja.
Nonaktifkan otomasi saat Anda ingin menghentikan pemicu baru tanpa menghapus alur kerja atau riwayatnya.
Berikutnya
- Lihat Workflows untuk prosedur yang dijalankan otomasi.
- Lihat Chat untuk apa yang terjadi di dalam setiap Run.
- Lihat Example workflows untuk lima kombinasi alur kerja plus otomasi lengkap.