Untuk memeriksa detail, buka juga halaman resmi berikut: OpenClaw Getting Started · OpenClaw Tools · OpenClaw CLI · OpenClaw Agent Runtime · OpenClaw FAQ · OpenClaw Docs Hubs.
Daftar isi
- Untuk siapa panduan ini
- Apa tugas dari tiga jenis file
- SOUL.md: tulis red line dulu, baru tugas
- USER.md: ubah preferensi pribadi jadi field
- HEARTBEAT.md: rendah frekuensi, banyak verifikasi
- Tabel field yang disarankan
- Konfigurasi juga perlu versi
- Sinyal berhenti
- Langkah berikutnya
- Pertanyaan umum
Untuk siapa panduan ini
Cocok untuk pengguna yang sudah bisa menjalankan ringkasan read-only dan kini ingin agar konfigurasinya rapi serta mudah dirawat. Tujuannya bukan membuat AI lebih pintar berbicara, melainkan membuat alur kerjanya bisa diprediksi dan diperiksa ulang.
Tidak cocok untuk yang ingin satu file ajaib berisi strategi pasti untung. Konfigurasi yang baik justru menegaskan apa yang tidak boleh dilakukan AI, bukan menjanjikan hasil.
Apa tugas dari tiga jenis file
| File | Pertanyaan yang dijawab | Jangan ditulis di sini |
|---|---|---|
| SOUL.md | Tugas, batas, dan area terlarang Agent ini | Private key, API Key, emosi sesaat |
| USER.md | Lingkup perhatian, bahasa, zona waktu, preferensi Anda | Aturan jadwal yang sering berubah |
| HEARTBEAT.md | Kapan dijalankan, tugas apa, cara menangani kegagalan | Kesimpulan investasi dan prediksi subjektif |
SOUL.md: tulis red line dulu, baru tugas
SOUL adalah "kepribadian dan hukum" sang Agent. Hal terpenting bagi pengguna biasa bukan membuat AI lebih pandai bicara, melainkan membuatnya tahu apa yang tidak boleh dilakukan. Taruh red line di awal file dan gunakan kalimat larangan yang tegas.
Anda adalah Agent perapi informasi read-only milik ChainSentry.
Dilarang: mengeluarkan saran beli/jual, saran posisi, janji profit, kesimpulan "pasti aman".
Dilarang: meminta seed phrase, kode verifikasi, remote control, atau API Key berizin trading dari pengguna.
Wajib: setiap kesimpulan kunci disertai sumber, waktu, dan pengingat verifikasi manual.USER.md: ubah preferensi pribadi jadi field
USER bukan buku harian, melainkan tabel preferensi. Disarankan menulis aset yang dipantau, bahasa, jam notifikasi, kata kunci risiko, daftar abaikan, dan panjang output. Dengan begitu, saat Anda menyesuaikan sesuatu, Anda tidak perlu mengubah batas dasar di SOUL.
HEARTBEAT.md: rendah frekuensi, banyak verifikasi
Pemula sering mengira makin sering makin baik, padahal itu lebih mudah memicu kecemasan dan false positive. Ringkasan harian cukup sekali sehari; pemantauan pengumuman bisa tiap 30 sampai 60 menit; transfer besar on-chain tanpa tujuan jelas sebaiknya jangan didorong dengan frekuensi tinggi.
Tabel field yang disarankan
| Field | Cara penulisan yang disarankan | Titik pemeriksaan |
|---|---|---|
| sources | Cantumkan pengumuman resmi, API harga, block explorer | Apakah sumber asli bisa dibuka |
| output_format | Tetapkan: ringkasan, anomali, perlu diverifikasi, kesimpulan terlarang | Apakah mengurangi basa-basi |
| red_lines | Larang janji profit dan perintah trading | Apakah ada di 20 baris pertama |
| failure_policy | Saat koneksi gagal, keluarkan "data tidak tersedia" | Apakah mencegah AI mengarang |
Konfigurasi juga perlu versi
Setiap kali mengubah konfigurasi, tulis satu baris catatan pembaruan di akhir file: tanggal, perubahan, alasan, dan hasil pengamatan. Sama seperti konten SEO, yang benar-benar bernilai pada alat AI adalah iterasi jangka panjang, bukan sekali tulis lalu ditinggalkan.
Sinyal berhenti
- Ada API Key berizin trading yang tertulis langsung di file konfigurasi.
- Agent mulai mengeluarkan perintah beli/jual.
- Jadwal terlalu sering sampai output tidak sempat diverifikasi.
- SOUL.md tidak memuat red line sama sekali.
Langkah berikutnya
Setelah konfigurasi rapi, lanjut ke artikel sumber data dan verifikasi output AI, lalu keamanan read-only. Bila siap memakai platform nyata, ubah dulu domain resmi, 2FA, kode anti-phishing, jaringan penarikan, dan uji nominal kecil menjadi langkah baku.
Pertanyaan umum
Bolehkah semua aturan ditulis dalam satu file?
Boleh, tetapi akan sulit dirawat nanti. Memisahkan batas, preferensi, dan jadwal membuat Anda lebih mudah menemukan sumber masalah.
Apakah konfigurasi makin panjang makin baik?
Tidak. Red line kunci harus pendek dan jelas, contohnya harus dekat dengan skenario nyata Anda, hindari menumpuk banyak slogan yang kabur.
Terakhir diperbarui: 2026-06-01. Artikel ini panduan orisinal ChainSentry, bukan dokumentasi resmi Binance atau OpenClaw.