Akun X sebuah AI Agent: benarkah ia memposting sendiri?

“Ia memposting sendiri” harus dipecah jadi tiga pertanyaan

Misalkan seseorang menawarkan sebuah token kepada Anda dengan alasan: “AI Agent ini tiap hari posting sendiri di X, balas pengikutnya sendiri, followernya sudah puluhan ribu.” Kedengarannya satu klaim. Isinya tiga.

Siapa yang menulis kontennya. Dibuat model, ditulis orang lalu dijadwalkan, atau dibuat model sebagai draf lalu disunting orang — ketiganya bisa tampil persis sama di layar.

Siapa yang menekan tombol kirim. Program yang mengirim lewat API secara otomatis, seseorang yang menyetujui satu per satu dari dasbor, atau orang yang membaca dulu lalu menempelkannya dari ponsel.

Siapa yang memilih akun yang dibalas. Hanya membalas yang lebih dulu menyebutnya, mencari orang asing lewat kata kunci lalu membalas mereka, atau tim yang menyaring mana yang “layak dibalas”.

Materi promosi biasanya membungkus ketiganya menjadi satu kata: otonom. Saat memeriksa, pisahkan lagi, supaya jelas bukti yang Anda pegang sebenarnya menopang yang mana. Sumbunya sama dengan Chatbot, skrip, atau Agent: uji tingkat otonomi; bedanya, di sini cakupannya dipersempit ke akun media sosial, karena bagi banyak proyek akun itulah seluruh produk yang bisa dilihat orang luar.

Label akun otomatis dan aturan otomatisasi X: apa yang bisa dibaca darinya

Pusat Bantuan X punya satu halaman khusus tentang label akun otomatis. Menurut teks halaman itu, akun otomatis adalah akun yang menjalankan tindakan terprogram lewat X API. Begitu label diaktifkan, tanda “automated” muncul di profil di bawah nama dan username, bisa juga muncul di postingan, dan label itu menautkan ke akun pengelola yang dijalankan manusia. Halaman yang sama menyebut bahwa aturan otomatisasi X mewajibkan akun semacam ini menampilkan label dan tetap terhubung dengan akun manusia tersebut.

Jadi kalau labelnya ada, dua hal bisa Anda pastikan: akun itu mengaku sebagai akun otomatis, dan ada akun pengelola publik yang bisa ditelusuri. Bagian kedua ini sering dilewatkan. Mengklik akun pengelolanya — apakah itu tim proyek, developernya sendiri, atau akun yang tidak jelas — sering lebih informatif daripada membaca sepuluh postingan.

Sebaliknya, tidak adanya label tidak berarti manusia yang memposting. Halaman itu masih menyebut label sebagai fitur yang sedang diluncurkan, dan baru tampil setelah akun menerima undangan ke grup uji. Label yang tidak ada bisa berarti belum mengajukan, belum diundang, atau memang tidak memakai API sama sekali. Ada atau tidaknya label saja tidak cukup untuk menilai tingkat otonominya.

Aturan otomatisasinya sendiri (halamannya mencantumkan pembaruan April 2026) punya tiga butir yang sangat relevan di sini:

• Otomatisasi di luar API dilarang, misalnya skrip yang mengendalikan situs web X, dan halaman itu menyebut pelanggarannya bisa berujung penangguhan permanen.
• Membalas postingan orang secara otomatis hanya berdasarkan pencarian kata kunci tidak diizinkan. Balasan dan mention otomatis mensyaratkan pihak lain lebih dulu menunjukkan ingin dihubungi — misalnya pernah membalas akun itu atau mengirim pesan langsung.
• Bot balasan otomatis yang memakai konten buatan AI harus mendapat persetujuan tertulis dan eksplisit dari X sebelum dipasang atau dioperasikan.

Butir ketiga layak dibawa sebagai pertanyaan ke proyeknya: kalau akun ini membalas banyak orang dengan AI, sudahkah persetujuan itu didapat? Dokumen persetujuannya memang tidak bisa dilihat orang luar, tetapi tim yang memahami operasinya semestinya bisa menjawab. Kalau tidak bisa, setidaknya terlihat ada satu bagian cara kerja akun itu yang belum dibuka.

Framework menulis “fully autonomous”, hasil deploy-nya belum tentu

Banyak akun Agent dibangun di atas framework open source. Ambil contoh elizaOS: panduan developer untuk plugin X-nya dibuka dengan kalimat bahwa paket ini memungkinkan Agent berjalan sebagai bot Twitter yang “fully autonomous” — mencakup posting, memantau timeline, menangani interaksi, dan pesan langsung.

Turun sedikit ke bagian konfigurasi, terlihat bahwa “otonom” di sini sebetulnya deretan sakelar, dan setiap sakelar diputuskan oleh orang yang men-deploy:

• TWITTER_POST_ENABLE menentukan apakah posting otomatis dinyalakan; di contoh konfigurasi panduan developer, nilainya false.
• TWITTER_DRY_RUN adalah mode uji; dokumentasinya menjelaskan bahwa postingan tidak benar-benar dikirim.
• TWITTER_POST_INTERVAL_MIN/MAX mengatur jeda antarposting, dengan contoh 90 sampai 180 menit di dokumentasi; ada pula TWITTER_POST_INTERVAL_VARIANCE yang menambahkan sedikit acak pada jeda itu.
• TWITTER_TARGET_USERS menentukan akun mana yang diajak berinteraksi — bisa daftar nama, bisa juga wildcard.

Dibaca bersama, keempat butir ini meluruskan dua salah baca yang umum. Pertama, ritme posting yang teratur dengan sedikit acak justru wujud asli file konfigurasi: ia membuktikan ada penjadwalan, bukan membuktikan tidak ada orang di belakangnya. Kedua, posting otomatis di contoh konfigurasi dalam keadaan mati, dan ada mode yang tidak mengirim apa pun; membiarkan program langsung mengirim atau tidak sepenuhnya pilihan si pemasang. Kalau di tengahnya ada tahap pemeriksaan manual, tahap itu tidak meninggalkan jejak apa pun di akun publik.

Ketika proyek berkata “kami pakai framework anu”, pertanyaan lanjutannya bukan seberapa canggih framework-nya, melainkan: sekarang sakelar-sakelar itu bernilai apa, dan siapa yang berhak mengubahnya.

Lima pengamatan yang cukup memakai halaman publik

Semua butir di bawah bisa dikerjakan dengan halaman publik saja. Masing-masing hanya mendorong kesimpulan sedikit ke satu arah; tidak ada yang bisa memutus sendirian.

1. Periksa label dan akun pengelolanya. Kalau ada label otomatis, buka akun pengelolanya dan catat siapa dia. Kalau tidak ada, catat “tidak berlabel” dan jangan ditarik ke kesimpulan mana pun.
2. Susun jam postingnya. Ambil beberapa puluh postingan terakhir dan catat waktunya. Jeda yang mengumpul di satu rentang dan postingan yang tetap jalan tengah malam cocok dengan penjadwalan. Tetapi manusia yang memakai alat penjadwal menghasilkan sebaran yang sama, jadi butir ini hanya berguna untuk mencoret kemungkinan “sepenuhnya manual dan diposting langsung saat itu”.
3. Lihat siapa saja yang dibalas. Kalau yang dibalas selalu orang yang lebih dulu menyebutnya, itu sesuai dengan yang diizinkan aturan. Kalau balasannya banyak muncul di bawah postingan populer yang sama sekali tidak menyebutnya, berarti ada persetujuan terpisah atau ada operasi di luar aturan — keduanya pantas ditanyakan. Kalau ia hanya membalas akun besar dan selalu diam terhadap kritik, polanya lebih mirip ada orang yang menyaring.
4. Cari jejak hapus dan sunting. Postingan yang pernah dikutip atau di-screenshot orang lain tetapi aslinya sudah hilang menunjukkan ada yang mengelola akun itu sesudah kejadian.
5. Cocokkan postingan dengan data on-chain. Ketika akunnya mengumumkan “barusan beli token X” atau “hasilnya sudah kupindah ke treasury”, cari transaksi yang bersesuaian di block explorer. Waktu dan nominal yang cocok setidaknya menunjukkan postingan dan tindakan on-chain berasal dari sistem yang sama. Kalau tidak cocok, kembali ke metode Cara memverifikasi tindakan on-chain sebuah AI Agent dan sambungkan trace dengan hash transaksi satu per satu.

Ada yang lebih berguna daripada kelima butir itu: minta langsung dua hal kepada proyeknya. Pertama, catatan konten yang dibuat model selama periode tertentu tetapi akhirnya tidak diposting. Kedua, penjelasan apakah ada tahap persetujuan manual sebelum posting. Tim yang mau memberikan keduanya dan isinya saling konsisten tidak banyak. Tidak bisa memberikan bukan berarti memalsukan; artinya kata “otonom” itu untuk sementara belum ditopang bukti.

Kalaupun program yang memposting, pertanyaan soal token belum terjawab

Andaikan semua langkah di atas sudah dijalankan, dan Anda cukup yakin akun ini ditulis program, dikirim program, dan target balasannya dipilih program. Yang terbukti: timnya berhasil membuat bot media sosial yang bisa berjalan sendiri dalam waktu lama. Yang belum terbukti: bot itu butuh sebuah token, atau trafiknya berubah jadi nilai bagi pemegang token.

Akun X tidak perlu blockchain untuk memposting otomatis. Fungsi apa yang sebenarnya dipikul token di sini adalah pertanyaan terpisah, yang dibedah di Apakah proyek AI benar-benar perlu blockchain dan token?. Akun yang terkenal dan ramai interaksi juga lain perkara dengan pendapatan produk yang kembali ke holder; cara memeriksanya ada di Apakah holder menerima nilai nyata dari produk AI?.

Risiko akun itu sendiri juga jangan dilupakan. Akun yang bisa memposting otomatis dan sekaligus bisa menggerakkan wallet, kalau terpancing menjalankan instruksi yang salah, akibatnya bisa jauh lebih mahal daripada satu postingan yang memalukan. Garis itu dibahas di Prompt injection pada Crypto Agent: pengujian dan batas.

Daftar periksa otonomi akun X

Tiga butir, masing-masing dilampiri screenshot atau tautan beserta tanggal pemeriksaan. Kalau ingin menilai hasilnya bersama aspek lain, lanjutkan dengan Kalkulator tingkat otonomi Agent; hitungannya berjalan di peramban Anda.

Pertanyaan umum