Mengatur Automation Policy
Buka di CMSHalaman Policy menentukan apakah user agent Anda boleh membuat automation sama sekali, dan dalam batasan apa. Di sinilah Anda menjaga Automation tetap terprediksi: berapa banyak automation yang boleh dimiliki seseorang, seberapa sering berjalan, dan berapa biayanya.
Dalam tutorial ini Anda menyalakan Automation untuk Atlas, asisten operasional Kirana Group, supaya project manager dan operations lead bisa meminta Atlas mengecek proyek untuk mereka sesuai jadwal. Anda memakai batasan default, yang cocok untuk peluncuran pertama.
Buka Automations → Policy di sidebar kiri.
Tentukan apakah user agent ini boleh membuat automation (task yang dijalankan agent sesuai jadwal untuk mereka) dan dalam batasan apa. Perubahan yang disimpan langsung berlaku, tanpa perlu publish agent.
Sebelum memulai
- Anda adalah Owner atau Contributor agent tersebut.
- Anda sudah memahami cara sebuah automation berjalan. Lihat Cara Kerja Automation.
- User Anda bisa login ke agent. Automation hanya ditawarkan kepada orang yang sudah login; lihat Mengatur Siapa yang Memakai dan Membangun.
- Agent sudah bisa membaca data yang ingin dicek orang. Atlas membaca status proyek lewat Projects API-nya; lihat Menghubungkan API Anda.
Langkah 1: Aktifkan
Kartu pertama, Automations, berisi saklar utama: Let users create automations on this agent. Nyalakan. Keterangan di bawahnya berbunyi: "Users can ask the agent to run a task on a schedule and deliver the result as a new conversation, a WhatsApp message or an email."
| Kondisi | Yang terjadi |
|---|---|
| Off (default) | Agent tidak menawarkan automation, dan user tidak melihat entri Automations di chat. Automation yang sudah ada dilewati saat jatuh tempo. Tidak ada yang dihapus. User tetap bisa pause atau menghapus milik mereka. |
| On | User bisa meminta agent menjalankan task sesuai jadwal dan mengirim hasilnya sebagai conversation baru, pesan WhatsApp, atau email, sejauh diizinkan Allowed actions. |
Mematikannya adalah cara aman untuk menghentikan semuanya sekaligus: automation tetap ada, dan berjalan lagi di hari Anda menyalakannya kembali.
Langkah 2: Pilih apa yang boleh diotomatiskan user
Kartu What users may automate mengatur jenis automation yang boleh dibuat orang. Untuk Atlas, biarkan nilai yang tampil.
| Setting | Fungsinya |
|---|---|
| Allowed triggers | Jenis trigger yang diizinkan. Saat ini hanya Time (schedules) yang tersedia; event trigger belum tersedia. |
| Minimum interval (minutes) | Jarak terpendek yang diizinkan antara dua run dari automation yang sama, 5 sampai 10080 (satu minggu). Default 15. |
| Allowed actions | Cara hasil sampai ke user: Create conversation, Send WhatsApp message, dan/atau Send email. Minimal satu harus tetap diizinkan. |
| Max WhatsApp messages per day | Untuk seluruh user agent ini bersama-sama, 1 sampai 5000. Default 100. Ini melindungi nomor WhatsApp agent ini dari pemblokiran, dan hanya tampil selama Send WhatsApp message menjadi action yang diizinkan. |
| Max emails per day | Untuk seluruh user agent ini bersama-sama, 1 sampai 5000. Default 100. Ini melindungi domain pengirim agar tidak ditandai sebagai spam, dan hanya tampil selama Send email menjadi action yang diizinkan. |
Pesan WhatsApp dikirim ke nomor yang diberikan user, dari nomor WhatsApp milik agent ini sendiri: channel di public atau private server pada Published configuration-nya (lihat Menghubungkan ke WhatsApp). Meta Cloud, Coster, dan Qontak hanya bisa memulai percakapan dengan template pesan yang sudah disetujui, jadi tidak bisa mengirim hasil automation. Selama WhatsApp diizinkan dan Published configuration tidak punya channel yang bisa mengirim, kartu ini menampilkan peringatan di bawah field-field tersebut. Seorang project manager, misalnya, bisa mengirim ringkasan harian ke ponsel site supervisor.
Email dikirim ke alamat yang diberikan user, atau ke alamat akunnya sendiri bila user tidak menyebut alamat, dari alamat automation milik agent ini {agent}-automation@qlar.ai dengan nama agent sebagai pengirim; untuk Atlas alamatnya atlas-ops-automation@qlar.ai. Tidak ada yang perlu dihubungkan. Tidak ada yang membaca kotak masuk itu, jadi email-nya berisi tautan kembali ke halaman Automations user di Qlar. Selain batas harian, automation milik seorang user paling banyak mengirim 10 email per jam ke satu alamat. Lihat Action, WhatsApp, dan Email.
Policy yang disimpan sebelum fitur email ada belum mengizinkannya. Jika policy agent ini disimpan sebelum Send email ditambahkan, pilihan itu tidak tercentang, dan agent memberi tahu user bahwa email tidak tersedia. Centang Send email di Allowed actions lalu klik Save all changes untuk menawarkannya.
Langkah 3: Atur batasan per user
Kartu Limits per user mencegah satu orang membuat lebih banyak daripada yang ingin Anda bayar. Untuk Atlas, biarkan default.
| Setting | Fungsinya |
|---|---|
| Max active automations | Berapa banyak yang bisa berjalan bersamaan untuk satu user, 1 sampai 100. Default 10. Menurunkannya mem-pause automation terbaru yang melebihi batas baru; yang paling lama tetap berjalan. |
| Max total automations | Active dan paused digabung, hingga 200. Default 20. Tidak boleh lebih rendah dari jumlah yang aktif. Automation yang sudah finished tidak dihitung. |
| Max runs per user per day | Semua automation satu user di agent ini digabung, 1 sampai 1000. Default 100. Setiap run memakai credit. |
| Max runs per automation | Berapa kali satu automation boleh berjalan sebelum finished. 0 berarti tanpa batas. Hingga 100000. |
Langkah 4: Atur perilaku run
Kartu Running mengatur satu run.
| Setting | Fungsinya |
|---|---|
| Run timeout (seconds) | Berapa lama satu run boleh berjalan, 60 sampai 900. Default 300. |
| History retention (days) | Berapa lama run history disimpan, 1 sampai 365. Default 30. |
| Max retries | Percobaan ulang setelah kegagalan sementara, 0 sampai 5. Default 2. Pesan WhatsApp atau email tidak pernah terkirim dua kali. |
| Retry interval (minutes) | Jeda sebelum percobaan ulang, 1 sampai 1440. Default 5. |
Langkah 5: Tentukan apa yang boleh dilakukan user
Kartu What users may do berisi enam saklar, semuanya on secara default. Saklar ini menentukan apa yang boleh dilakukan orang dengan automation miliknya sendiri:
| Saklar | Yang diizinkan |
|---|---|
| Create automations | Off menghentikan automation baru; yang sudah ada tetap berjalan. |
| Edit automations | Mengubah jadwal, task, condition, action, atau penerima. |
| Delete automations | Off membuat user hanya bisa pause. Owner dan Admin tetap bisa menghapus dari Monitor. |
| Pause and resume | Menghentikan automation sementara dan menjalankannya lagi. |
| Run now | Menjalankan automation seketika tanpa menunggu jadwalnya. |
| View history | Melihat kapan setiap automation berjalan dan bagaimana berakhir. |
Saklar-saklar ini membatasi user, bukan Anda. Contributor mengelola setiap automation dari Monitor, apa pun yang diatur di sini.
Langkah 6: Simpan
Klik Save all changes di bar bagian bawah halaman. Untuk membuang perubahan, klik Cancel. CMS mengonfirmasi: "Automation policy saved. It applies to this agent's users right away. You don't need to publish."
Perubahan yang disimpan berlaku segera, jadi tidak perlu publish agent. Di kartu Conversation service, sebuah baris status memberi tahu apakah layanan conversation sudah menerima policy terbaru. Jika tertulis belum, tekan Resend.
Policy diperiksa dua kali
Policy divalidasi saat automation dibuat atau diubah, dan lagi setiap kali berjalan. Jadi policy yang lebih ketat mengikat automation yang dibuat di bawah policy yang lebih longgar:
| Jika Anda mengubah… | Automation yang sudah ada… |
|---|---|
| Minimum interval menjadi lebih lama | Yang berjalan lebih sering dari minimum baru dihentikan dengan alasan yang jelas. |
| Allowed actions, menghapus satu | Kehilangan action tersebut. Jika tidak ada yang diizinkan lagi, automation dihentikan. |
| Max active automations ke angka lebih rendah | Yang terbaru di atas batas di-pause. |
| Saklar utama ke off | Dilewati saat jatuh tempo. Tidak ada yang dihapus. |
User melihat alasannya pada automation, jadi automation yang berhenti tidak pernah gagal tanpa penjelasan. Lihat Troubleshooting Run.
Titik awal
Tidak ada satu setting yang benar, tetapi ini titik awal yang masuk akal:
| Situasi | Saran |
|---|---|
| Mencoba dengan beberapa rekan (misalnya pilot Atlas dengan tim operasional) | Biarkan default, tetap izinkan WhatsApp dan email, dan turunkan Max runs per user per day sampai Anda melihat bagaimana pemakaiannya. |
| Agent yang sensitif terhadap biaya | Naikkan Minimum interval (misalnya ke 60 menit), turunkan Max active automations, dan atur Max runs per automation. |
| Agent yang tidak boleh mengirim pesan di luar Qlar | Izinkan hanya Create conversation. |
| Agent yang datanya berubah lambat | Atur Minimum interval ke satu hari (1440). Status proyek yang diperbarui sekali sehari tidak perlu dicek setiap jam. |
Periksa hasilnya
- Muat ulang halaman Policy. Let users create automations on this agent masih on, dan kartu-kartunya menampilkan nilai yang Anda simpan.
- Buka chat publik Atlas (QA-Web) dan login. Buka sidebar dengan ☰: kini ada entri Automations.
- Minta Atlas membuat automation, misalnya "Every weekday at 7:30, check the status of project KG-2041 and give me a short summary, but only if it is delayed or on hold." Atlas menjawab dengan automation preview, bukan mengatakan tidak bisa. CMS preview tidak pernah menawarkan Automation, jadi uji di chat publik.
Langkah berikutnya
- Berikutnya dalam alur: Membuat Automation. Setelah policy aktif, user bisa mulai membuat automation.
- Memantau & Mengelola: lihat apa yang dibuat user.
- Help → Policy: daftar ringkas setiap field.