Persetujuan Manusia untuk Postingan Buatan Agen: Di Mana Gerbangnya Harus Dipasang

Persetujuan manusia untuk postingan buatan agen cukup ditempatkan di satu titik: di antara draf yang sudah jadi dan jadwal terbit. Agen boleh bebas meriset, menulis, dan menyusun draf, tetapi seseorang, atau klien, yang memutuskan apa yang tayang. Hal itu ditegakkan lewat scope kunci, bukan lewat niat baik, sehingga secara teknis agen memang tidak bisa memublikasikan sebelum langkah persetujuan dilalui.

Artikel ini menjelaskan mengapa penempatan itu berhasil, cara mengaturnya di Shager, dan apa yang sebenarnya perlu diperiksa peninjau ketika dua puluh draf masuk sekaligus.

Mengapa tidak menyetujui setiap langkah yang diambil agen?

Sebagian tim menyikapi agen dengan meminta konfirmasi untuk segalanya: setiap unggahan, setiap caption, setiap pencarian data. Rasanya aman, tetapi dalam seminggu cara ini gagal. Peninjau jadi lelah mengonfirmasi dan mulai mengeklik "ya" tanpa membaca, dan itu lebih buruk daripada tidak ada gerbang sama sekali.

Spesifikasi MCP mengambil sikap yang terukur. Di sana disebutkan bahwa demi kepercayaan dan keamanan harus selalu ada manusia dalam alur yang mampu menolak pemanggilan tool, dan bahwa klien sebaiknya meminta konfirmasi untuk operasi yang sensitif. Kata kuncinya adalah sensitif. Membaca daftar akun bukan hal yang sensitif. Membuat pernyataan publik atas nama klien, itu sensitif.

Geser ke samping untuk melihat seluruh diagram

Di mana tepatnya gerbang itu harus dipasang?

Lihat pekerjaan agen sebagai sebuah rantai dan tandai mata rantai mana yang masih bisa dibatalkan:

Langkah	Bisa dibatalkan?	Perlu manusia?
Melihat workspace, grup, channel	Tidak ada yang berubah	Tidak
Mengunggah media dari URL	Privat di dalam workspace	Tidak
Membuat draf postingan	Privat, bisa diedit, bisa dihapus	Tidak
Menjadwalkan postingan	Bisa dibatalkan sampai waktu kirim	Ya
Memublikasikan	Publik, langsung terlihat	Ya, sudah diputuskan sebelumnya

Momen yang tidak bisa ditarik kembali adalah publikasi, dan titik praktis terakhir untuk menghentikannya adalah penjadwalan. Jadi gerbangnya dipasang di sana. Semua langkah sebelumnya bisa berjalan tanpa gangguan, dan justru itulah yang membuat agen efisien.

Bagaimana scope menegakkan gerbang itu?

Kunci API Shager membawa scope: read, write, dan publish. Kunci dengan read dan write bisa menjalankan setiap langkah di atas garis gerbang dan tidak satu pun di bawahnya. Jika agen mencoba schedule_post, panggilannya gagal.

Itu memberi Anda tiga konfigurasi praktis:

1. Agen menyusun draf, manusia menjadwalkan. Kunci agen punya read dan write. Seseorang meninjau draf di dashboard lalu menjadwalkannya. Dari sinilah setiap tim sebaiknya mulai.
2. Agen menyusun draf, klien menyetujui, agen menjadwalkan. Kunci agen juga punya publish, tetapi skill Anda menginstruksikannya untuk hanya menjadwalkan postingan yang persetujuannya kembali positif. Cara ini efisien, tetapi bergantung pada instruksi yang dipatuhi, jadi log audit perlu terus dipantau.
3. Dua kunci. Satu kunci penyusun draf tanpa publish dipakai agen konten, dan langkah penjadwalan terpisah, oleh manusia atau agen dengan instruksi yang sangat sempit, memegang kunci publish. Ini pemisahan paling bersih untuk agensi yang lebih besar.

Agen yang mendaftar sendiri bahkan mulai dengan batasan lebih ketat. Agen yang mendaftar sendiri lewat /auth.md mendapat sandbox yang bisa membuat draf, tetapi tidak bisa menjadwalkan, memublikasikan, membuat tautan koneksi, atau mengirim permintaan persetujuan sampai ada manusia yang mengklaimnya. Saat mengklaim, manusia itulah yang memutuskan apakah kuncinya mendapat publish. Alur lengkapnya kami bahas di pendaftaran mandiri agen dan proses klaim.

Bagaimana persetujuan klien masuk ke alur ini?

Dalam pekerjaan agensi, orang yang menyetujui sering kali adalah klien itu sendiri. request_approval di Shager membuat tautan persetujuan yang bisa dibuka klien tanpa masuk atau membuat akun. Klien meninjau postingan lalu menyetujui atau menolaknya.

Urutan yang umum:

create_post         caption, group_ids, media_ids, per_channel[...], no schedule_at
request_approval    post id, returns an approval link for the client
get_post            later: read the approval status
schedule_post       only if approved; schedule_at "2026-09-03T09:00:00+02:00"

Dan instruksi yang sepadan untuk agen, ditulis di dalam skill-nya:

Never call schedule_post on a post unless get_post shows it was approved.
If a post is rejected, do not schedule it. Report the rejection to the
account lead, wait for revision notes, then create a revised draft with
create_post and request approval again.

Proses yang lebih luas, termasuk cara mencegah persetujuan tertahan berhari-hari, ada di alur persetujuan klien untuk agensi.

Geser ke samping untuk melihat seluruh diagram

Apa yang sebenarnya perlu diperiksa peninjau?

Meninjau dua puluh draf buatan agen adalah tugas yang berbeda dari meninjau satu postingan buatan manusia. Yang Anda cari adalah kesalahan sistematis, karena agen mengulang kesalahannya secara konsisten. Baca dengan urutan ini:

1. Klaim. Harga, tanggal, penawaran, pernyataan soal kesehatan atau keuangan. Bandingkan dengan brief. Di sinilah kerugian nyata bisa terjadi.
2. Tautan. Buka tautan di komentar pertama pada dua atau tiga varian. Pastikan tautan itu mengarah ke landing page yang benar.
3. Detail per akun. Cek secara acak bahwa varian Bandung menyebut Bandung dan varian Medan menyebut Medan. Detail lokal yang tertukar adalah kesalahan agen yang paling umum dalam caption yang dilokalkan.
4. Variasi. Baca sekilas varian-varian itu berdampingan. Jika terasa seperti kalimat yang sama dengan satu kata diganti, minta versi yang lebih berbeda.
5. Format. Reels dan Shorts punya ketentuan durasi dan rasio aspek. Shager memvalidasi media terhadap aturan platform sebelum mengirim, tetapi peninjau tetap perlu memastikan format yang dipilih sesuai dengan materi kreatifnya.

Saat menemukan masalah, perbaiki aturan yang menyebabkannya, bukan hanya postingannya. Jika agen mengarang diskon, tambahkan "jangan pernah menyebut harga atau diskon yang tidak ada di brief" ke instruksinya.

Kapan gerbangnya boleh dilonggarkan?

Longgarkan secara bertahap dan hanya berdasarkan bukti. Setelah beberapa minggu tanpa peninjau menemukan kesalahan klaim atau tautan, tim bisa memindahkan konten evergreen, seperti tips dan jam buka, ke tinjauan yang lebih ringan, sementara kampanye yang berisi penawaran tetap ditinjau penuh. Log audit di dashboard agen menampilkan setiap panggilan yang dilakukan agen, jadi melonggarkan gerbang tidak berarti kehilangan visibilitas.

FAQ

Bisakah klien menyetujui postingan tanpa akun Shager?

Bisa. Tautan persetujuan terbuka tanpa perlu masuk. Klien melihat postingan lalu menyetujui atau menolaknya, dan agen atau penanggung jawab akun membaca hasilnya.

Apa yang terjadi jika agen mencoba memublikasikan tanpa scope publish?

Panggilannya ditolak dengan error terstruktur, dan tidak ada yang dijadwalkan. Itulah gunanya memasang gerbang di scope: gerbang tetap bertahan meskipun instruksinya keliru.

Apakah postingan internal untuk akun milik agensi sendiri boleh melewati persetujuan?

Boleh memakai gerbang yang lebih ringan, tetapi tetap pertahankan satu langkah manusia. Akun agensi adalah reputasi publik Anda, dan kesalahan agen di sana sama terlihatnya dengan kesalahan di Halaman klien.

Mulailah dengan konfigurasi pertama, agen menyusun draf dan manusia menjadwalkan, untuk setiap klien baru. Halaman masuk untuk agen memuat detail koneksinya, dan dari sana Anda bisa mengetatkan atau melonggarkan gerbang dengan data tinjauan nyata sebagai dasar keputusan.