Konfigurasi Bot Grok: Tanpa Studio, Tanpa Pemilih Model

Ada unggahan berbahasa Tionghoa yang beredar minggu ini berjudul 我的 Gro​k Bot 工作室配置 — “konfigurasi studio Gro​k Bot saya” — dan pilihan kata itulah petunjuknya. Siapa pun yang pernah benar-benar mengonfigurasi Gro​k Bot tahu bahwa tidak ada studio: tidak ada pembuat seret-dan-lepas, tidak ada kanvas berisi node, tidak ada menu tarik-turun untuk memilih model. Gro​k Bot adalah produk agen yang selalu aktif milik SpaceXAI, diluncurkan pada 11 Agustus 2026, dan seluruh antarmuka konfigurasinya berupa teks — kolom deskripsi, percakapan, dan apa pun yang berhasil Anda bujuk untuk diingatnya. Itu bukan keterbatasan yang bisa disiasati dengan mengganti alat. Itu mengubah arti konfigurasi itu sendiri, dan menjelaskan mengapa dua orang yang menjalankan penyiapan yang terdengar sama mendapatkan hasil yang sangat berbeda.

Waktunya membuat ini layak dicatat sekarang. Pada 7 Oktober, Elon Musk mengatakan dalam sebuah unggahan di X bahwa Gro​k Bot akan berhenti dibatasi hanya pada model milik SpaceXAI sendiri dan akan menjangkau “model backend terbaik untuk tugas apa pun,” dengan menyebut Claude Opus 5.5, Midjourney, dan Suno — sebuah pernyataan, yang dikonfirmasi sebagai pernyataan oleh beberapa media dan masih tanpa rate card, tanpa entri changelog, dan tanpa pengukuran dari pihak luar. Dua hari kemudian, pada 9 Oktober, alamat email per-Bot yang berakhiran @mail.grokbot.com mulai diluncurkan. Jadi produk yang mendasari konfigurasi Anda sedang bergerak, dan hal yang menentukan apakah pergerakan itu membantu Anda adalah hal yang selalu sama: seberapa baik Bot itu sendiri dispesifikasikan.

Apa sebenarnya sinyal yang diserahkan itu

Pos ini adalah seorang pengguna yang memamerkan pengaturannya sendiri, dan cara pembacaan yang berguna bersifat struktural, bukan literal: polanya adalah bahwa konfigurasi Grok Bot yang berfungsi adalah deskripsi pekerjaan tertulis plus sejumlah kecil prosedur tersimpan, bukan panel pengaturan yang Anda kunjungi sekali. Dokumentasi SpaceXAI sendiri luar biasa blak-blakan soal ini. “Setup adalah sebuah pesan, bukan pembangun alur kerja,” kata salah satu halaman. Sebuah skill didefinisikan sebagai “serangkaian instruksi yang dapat digunakan kembali tentang cara melakukan suatu tugas,” dan routine sebagai hal yang “memberi tahu satu Bot kapan harus menjalankan alur kerja — sesuai jadwal atau, jika didukung, setelah suatu peristiwa.” Urutan yang direkomendasikan dalam dokumentasi adalah keseluruhan metodenya dalam satu baris: “Mulailah dengan tugas sekali jalan. Jadikan andal, simpan metodenya sebagai skill, dan baru setelah itu otomatiskan.”

Jika Anda selama ini mencari UI builder karena setiap produk agen lain sudah merilisnya, baris itu adalah jawabannya. Artefak konfigurasi di sini adalah prosa yang bertahan saat bersentuhan dengan tugas nyata — dan dokumentasi memberi tahu Anda persis apa yang harus dimiliki prosa yang baik: kapan menggunakan skill, input dan akses yang diperlukan, urutan pekerjaan, cara memvalidasi hasil, apa yang harus dikembalikan, dan apa yang memerlukan persetujuan.

Pemilih model tidak ada, dan itulah bagian yang menarik.

Tanyakan di mana Anda memilih antara Grok 4.7 dan Claude Opus 5.5 untuk Bot tertentu dan dokumentasinya menjawab dengan datar: “Cursor mengelola pemilihan model, jadi tidak ada pemilih model.” Tidak ada pengaturan model per-Bot, tidak ada pengaturan model per-rutinitas, dan tidak ada pengaturan model per-skill. Halaman pengaturan Bot mencakup Nama, Label, Deskripsi, Avatar, dan preferensi Notifikasi — itulah keseluruhan area per-Bot — dengan zona waktu berada di tingkat akun karena rutinitas membutuhkannya untuk jadwal.

Jadi perutean yang dijelaskan Musk pada 7 Oktober bukanlah tombol yang bisa Anda putar. Berdasarkan dokumentasi yang dapat kami baca, itu adalah keputusan di sisi platform, tak terlihat oleh Anda kecuali dalam bentuk kualitas keluaran dan apa pun yang ditunjukkan meteran penggunaan setelahnya. Bagi siapa pun yang membangun konfigurasi di atas Gro​k Bot, itu adalah batasan tunggal yang paling berdampak, dan patut dinyatakan secara gamblang: Anda mengendalikan pekerjaannya, bukan mesinnya. Jika pertukaran itu dapat diterima, produknya koheren. Jika alur kerja Anda secara sengaja membutuhkan model tertentu — untuk biaya, untuk lisensi, untuk reproduksibilitas — Gro​k Bot adalah lapisan yang salah untuk kebutuhan itu, dan konfigurasi tidak akan pernah dapat mengekspresikannya.

Angka-angka yang benar-benar membatasi sebuah setup

Sebagian besar saran konfigurasi bersifat samar karena sebagian besar dokumen agen juga demikian. Ini tidak samar, dan masing-masing memiliki konsekuensi desain.

• Rutinitas per Bot — 50. Sebuah Bot dapat memiliki “hingga 50 rutinitas,” dan aplikasi menyimpan “20 catatan eksekusi terbaru untuk setiap rutinitas,” jadi jejak audit Anda memang sengaja dangkal.

• Interval jadwal minimum — lima menit. “Jadwal rutin harus berjarak setidaknya lima menit,” yang menyingkirkan loop polling yang ketat dan secara diam-diam mendorong Anda ke pemicu peristiwa sebagai gantinya.

• Teaching merekam selama sepuluh menit. “Teaching merekam interaksi komputer yang terlihat hingga sepuluh menit. Fitur ini tidak merekam audio mikrofon.” Prosedur panjang harus dipecah menjadi beberapa segmen.

• Secrets per Team Bot — 25, nilai disamarkan dan disunting dalam output, dan dokumentasi memperingatkan bahwa Bot “dapat menggunakan setiap secret dalam percakapan rekan tim mana pun,” jadi sebuah secret adalah akses yang diberikan kepada seluruh tim.

• Satu komputer per akun, bukan per Bot. “Setiap Bot di akun Anda menggunakan komputer yang sama,” komputer itu “ditugaskan ke akun pengguna Anda, bukan ke Bot individual,” file tersimpan di /workspace bersama, dan “file terlihat oleh setiap Bot.” Layar yang dilihat setiap Bot adalah “permukaan kerja yang terpisah, bukan batas keamanan yang terpisah.”

Kendala terakhir itulah yang biasanya baru disadari orang paling belakangan. Artinya, konfigurasi adalah objek untuk keseluruhan akun: izin yang Anda berikan kepada satu Bot adalah izin yang dimiliki oleh seluruh armada, dan file persisten yang ditulis oleh Bot riset Anda dapat dibaca oleh Bot penjangkauan Anda.

Konfigurasikan batas sebelum Anda mengonfigurasi pekerjaan

Panduan otomatisasi dari dokumentasi itu sendiri adalah daftar singkat hal-hal yang layak dilakukan dalam sepuluh menit pertama pada setiap penyiapan baru. Jaga agar penulisan tetap di balik persetujuan: “Wajibkan persetujuan untuk mengirim, membeli, menghapus, menerbitkan, atau mengubah sistem produksi.” Tentukan pencocokan peristiwa yang sempit dan hindari “pendengar yang luas seperti 'setiap pesan baru,'” karena hal itu menghasilkan noise, memboroskan kuota penggunaan, dan bertindak berdasarkan masukan yang tidak relevan. Gunakan tombol Test run dengan memahami bahwa “uji coba menjalankan pekerjaan nyata. Uji coba dapat menavigasi situs web, mengubah file, dan memanggil alat yang terhubung.” Tuliskan kebijakan tanpa data dan kebijakan data usang sebelum pagi pertama tanpa pengawasan, dan buat percobaan ulang bersifat idempoten agar proses menjalankan ulang tidak mengirim ganda.

Lalu tangani penghapusan, karena itu satu-satunya operasi yang tidak bisa dibatalkan. “Menghapus rutinitas bersifat langsung dan tidak dapat dibatalkan,” dan menghapus Bot “menghapus profil aktif, percakapan, dan rutinitas” sementara file komputer dan proses masuk tidak diisolasi per Bot dan mungkin tetap ada. Penyembunyian adalah alternatif yang dapat dibalik. Ada juga seluk-beluk lisensi yang sebaiknya diketahui sejak awal, bukan ditemukan sendiri: dokumentasi Bots menyatakan bahwa retensi backend mengikuti ketentuan Cursor yang berlaku, yang merupakan kalimat yang perlu dibaca sebelum Anda mengisi ruang kerja bersama dengan apa pun yang tunduk pada regulasi.

Apa yang terbawa, apa yang tidak

Duplikasi adalah cara termurah untuk menjalankan peran yang sama pada cakupan yang berbeda, dan dokumentasinya sangat tepat soal batas pemisahnya. Duplikat memperoleh “profil, pengaturan, keterampilan, rutinitas, dan avatar,” dan secara eksplisit “tidak menyalin riwayat percakapan, memori yang dipelajari, atau lampiran chat.” Berbagi lebih jauh lagi: Anda membuat template dan memilih akses publik atau hanya tim, lalu penerima melihat pratinjaunya dan menambahkan salinan — “mereka tidak menerima mesin, login, atau riwayat Anda.” Hapus kunci API, URL internal, dan data pelanggan sebelum Anda berbagi, karena template membawa konfigurasi, dan konfigurasi adalah tempat orang menyembunyikan kredensial.

Memori layak mendapatkan kecurigaan yang sama. Dokumentasi menjelaskannya sebagai kemudahan, bukan kebenaran: terus ubah fakta di sistem sumber, buat Bot membuka kembali atau mengutip data terkini untuk keputusan yang penting, dan sematkan batas keamanan dalam deskripsi alih-alih mempercayai memori untuk mempertahankannya. Bot Tim menambahkan lapisan kedua — memori tim yang dibaca di percakapan semua orang, dan catatan pribadi yang mengikuti satu orang — dan fakta penagihan yang tegas: penggunaan “dihitung terhadap jatah Gro​k Bot rekan tim itu sendiri, bukan milik pemiliknya.”

Di mana router cocok tanpa berpura-pura menjadi agen

Grok Bot adalah produk langganan; ini bukan sesuatu yang dapat Anda rutekan melalui endpoint pihak ketiga, dan tidak ada panduan konfigurasi yang jujur yang seharusnya menyarankan sebaliknya. Pertanyaan yang dimunculkan oleh masalah kelangkaan model adalah pertanyaan yang berbeda: jika Anda ingin memilih mesinnya dengan sengaja, Anda membeli akses API, dan itu adalah lapisan yang terpisah dari Bot.

Lapisan itulah yang kami jual. OrcaRouter adalah satu endpoint yang kompatibel dengan OpenAI untuk lebih dari 200 model tanpa markup pada harga daftar penyedia, jadi pemotongan harga vendor langsung berlaku di sini pada hari yang sama; Grok 4.7 tersedia di dalamnya dengan tarif yang diterbitkan sendiri oleh SpaceXAI sebesar $2.00 per juta token input dan $6.00 per juta token output di bawah 200K token prompt, dan berlipat dua di atas ambang tersebut. Bagian-bagian yang penting untuk konfigurasi seperti yang ada di postingan adalah bagian yang mencegah langkah yang belum terbukti menjadi insiden produksi: failover otomatis antar penyedia saat salah satunya menurun, DSL perutean yang menyusun beberapa model menjadi satu panggilan, dan fusi model untuk panel yang menjawab bersama. Dan langkah praktis untuk pertanyaan “apakah Bot ini bisa melakukan pekerjaan itu sama sekali” adalah langkah yang membosankan — tulis skill-nya, jalankan sekali secara manual terhadap model yang tadinya akan Anda percayai, dan baru setelah itu otomatiskan. Failover-lah yang membuat mencoba suatu langkah pada model yang belum Anda pilih secara permanen tetap bisa bertahan, bukan menjadi taruhan.

Jika kamu sedang menulis setup kamu minggu ini

Tulis peran sebagai teks operasional, bukan sebagai jabatan. Saran dokumentasi tentang hal ini lebih baik daripada kebanyakan: Bot harus memiliki tujuan, kumpulan alat, gaya, batas persetujuan, atau jadwal yang berbeda, dan harus mulai dari “daftar peran terkecil yang berguna” dengan satu Bot yang bertanggung jawab atas hasil ujung ke ujung sebelum spesialis ditambahkan. Lalu jalankan urutannya sesuai urutan yang ditentukan dokumentasi — satu tugas nyata, yang dibuat andal; metodenya disimpan sebagai skill; baru kemudian rutinitas, dengan Bot, jadwal, zona waktu, sumber masukan, hasil yang diharapkan, batas persetujuan, dan perilaku saat sumber tidak ada semuanya dituliskan. Uji saat Anda mengawasinya. Tetapkan zona waktu sebelum jadwal pertama, karena rutinitas menggunakannya. Dan perhatikan jaring pengaman kecil yang ada: Gro​k Bot mungkin menanyakan apakah rutinitas harus tetap berjalan setelah lama tidak aktif dan menjedanya jika Anda tidak menjawab.

Konfigurasi dalam postingan itu bukan sebuah studio, dan kata itu tidak menimbulkan masalah — itu hanyalah nama untuk hal yang dibangun seorang praktisi ketika satu-satunya kendali nyata adalah deskripsi, pustaka keterampilan, dan jadwal. Bagian yang tidak akan bertahan menghadapi perubahan produk berikutnya adalah apa pun yang mengasumsikan bahwa Anda yang memilih model. Pernyataan Musk pada 7 Oktober masih sekadar pernyataan, dan dokumentasinya masih menyatakan tidak ada pemilih; jika pemilih itu suatu saat dirilis, konfigurasi yang layak dimiliki adalah konfigurasi yang sejak awal spesifik untuk pekerjaannya.