Hermes Agent · Materi Sharing
Lompat Peta Kamus 12345678910111213141516171819202122232425262728 H1 H2 H3 H4 H5 H6 H7 H8

Materi sharing · Hal-hal yang jarang dibahas online · September 2026

Hermes Agent: di balik dokumentasi

Kumpulan materi session ini: kenapa agentic AI (AI yang bisa merencanakan, memakai tool, lalu memperbaiki hasil) terasa beda, gimana cara pasang dan amankannya, dan skill apa aja yang bikin dia beneran berguna buat empat pekerjaan nyata. Semua ditulis dari pengalaman langsung memakai. Bukan terjemahan dokumentasi.

28 topik 6 kelompok 28 tips praktis Kamus 66 istilah 28 grafik konsep Bebas urutan baca

Peta materi

Satu agent, empat pekerjaan

Fondasi

Konsep & Setup

Bedanya dengan LLM biasa, perbandingan dengan agent lain, install, milih model, keamanan, multi-POV, memory, failure handling, skill, dan biaya token.

1234567891010 tips
Fungsi 1

Riset & Scraping

Teknik per sumber, riset media sosial, dan output sesuai konsumen.

11121310 tips
Fungsi 2

General Virtual Assistant

Kebiasaan kerja harian, delegasi multi-agent, cron, webhook, dan project management pakai profile.

14151617185 tips
Fungsi 3

Web / App Developer

Skill desain yang nanam selera, skill coding dari bundle, dan verifikasi visual hasil build.

1920212 tips
Fungsi 4

Content Creator

Copywriting tanpa jejak AI, video programmatic, alur produksi, auto posting, dan auto comment.

22232425261 tip
Penutup

Siap lanjut

Antisipasi Q&A dan resources buat kamu yang pengen mulai serius.

2728
Fondasi

Berlaku buat semua fungsi

01

Fondasi · 3 mnt baca

Agentic AI vs LLM biasa

Grafik 1Chatbot vs agent
G01 Chatbot vs agent Bedanya bukan kepintaran, tapi siklus. G01 Chatbot vs agent Bedanya bukan kepintaran, tapi siklus. CHATBOT AGENT LLM menjawab jawaban selesai di sini langkah berikutnya punya kamu rencana tool observasi perbaikan siklus mengambil alih Agent tidak cuma menjawab, ia menutup loop kerja.
Baca kiri ke kanan: chatbot berhenti di jawaban, agent lanjut ke tool, observasi, dan verifikasi. Bedanya bukan kepintaran, tapi siklus. LLM berhenti di jawaban, langkah berikutnya masih punya kamu. Agent muter rencana-aksi-amati-verifikasi sampai hasilnya beneran hidup, dan verifikasi itu langkah yang bikin dia nggak cuma klaim selesai.

Kalau kamu pernah pakai chatbot AI, kamu pasti familiar sama siklusnya: tanya, dijawab, terus kamu sendiri yang salin, jalankan, dan cek. Agent memotong siklis itu. Dia yang salin, jalankan, dan cek. Kamu tinggal bilang mau sampai mana.

LLM biasa itu mesin menjawab. Satu prompt masuk, satu jawaban keluar. Langkah berikutnya tetap pekerjaan kamu, satu per satu, manual.

Agent itu mesin menyelesaikan. Dia jalan dalam loop: rencana, aksi, lihat hasilnya, koreksi, ulangi. Sampe tujuannya kecapai. Error? Dia baca sendiri pesan errornya dan benerin sendiri.

Tools itu tangannya. Terminal, browser, file system, web search, eksekusi kode, messaging. Model secanggih apa pun tanpa tools ya tetap LLM doang.

Contoh nyatanya: minta "landing page". LLM ngasih snippet buat di-copy-paste. Agent bikin repo, nyalain dev server, screenshot, benerin CSS yang berantakan, deploy, terus mastiin URL-nya beneran hidup.

Yang jarang dibahas online
  • Verification loop. Agent yang bagus itu yang ngecek hasil kerjanya sendiri: jalanin test, screenshot abis deploy, baca ulang file yang barusan ditulis. Nulis kode itu setengah pekerjaan. Mastiin kode itu jalan itu setengahnya lagi.
  • Failure mode paling khas: "hallucinated success". Ada aja momen agent lapor "sudah selesai" padahal file nggak kesimpen atau deploy nggak kejadian. Solusinya simpel: selalu minta bukti. URL, path file, output command mentah.
  • Konteks itu mata uang. Agent "melihat" dunia lewat hasil tool yang masuk ke konteksnya. Bukan lewat layar kayak kamu. Konteks penuh, dia mulai lupa. Ngatur konteks itu skill tersendiri, dan jarang ada tutorial yang bahas.
Tips #1 Konteks itu bahan bakar

Makin lengkap konteks yang kamu kasih, makin sedikit agent nebak. Konteks itu apa aja: contoh hasil yang kamu mau, referensi, arah dan tujuan, historical data. Brief yang bagus itu brief yang isinya konteks. Bukan cuma perintah.

COBA INI
  • Minta Hermes membandingkan ChatGPT biasa vs agent untuk 1 tugas kerja nyata kamu.
  • Lihat apakah dia cuma menjawab atau mulai menyusun langkah dan bukti.
  • Estimasi: 10 menit.

Lihat juga: Topik 14 buat contoh brief harian, dan Topik 8 buat cara minta bukti.

02

Fondasi · 4 mnt baca

Hermes vs Codex vs Claude Code

Grafik 2Yang sama bisa mereka, yang beda cuma Hermes bisa
G02 Yang sama, yang beda - t02 "Hermes vs Codex vs Claude Code" Perbandingan dua panel: kiri menunjukkan fitur yang sama di Hermes, Codex, dan Claude Code; kanan menunjukkan keunggulan unik Hermes dalam empat area: kontrol penuh, model agnostic, multi-agent orchestration, dan credential pooling. G02 Yang sama, yang beda t02 "Hermes vs Codex vs Claude Code" YANG SAMA-SAMA BISA 1. Akses 24/7 & remote dari mana saja Dapat diakses kapan saja, dari manasaja - tanpa install apa pun. 2. Persistent memory (second brain) Memory awet seperti Obsidian,data nggak ilang. 3. Otonomi (goal/cron) Goal, cron, dan pengaturan mandiri -beneran otonom. 4. Self-improving (memory + skills) memory.md + folder skillsupdate otomatis. KEUNGGULAN HERMES 1. Full control framework Atur kompresi token, reasoningon/off, lacak total biaya. 2. Model agnostic Model pintar = CEO/keputusan,model murah = auxiliary. 3. Multi-agent orchestration Agent terspesialisasi per fungsi,tiap agent punya profil + skill. 4. Credential pooling Akun digabung + auto-rotate saat limit,biaya jauh di bawah Pro/Max. Mulai dari yang jujur: yang sama dulu, baru pilih yang beda.
Baca panel kiri dulu (yang juga bisa mereka), baru panel kanan (yang beda). Jujur dulu soal yang sama: 24/7, memory, otonomi, self-improving - Codex dan Claude Code juga bisa. Keunggulan Hermes ada di kontrol, fleksibilitas model, dan biaya.

Banyak fitur yang diklaim keunggulan Hermes sebenarnya bisa juga dilakukan agent lain. Yang beneran beda itu empat hal: kontrol penuh, model agnostic, multi-agent, dan credential pooling.

Yang sama-sama bisa: aktif 24/7 dan diakses dari mana saja; memori jangka panjang (mereka lewat second brain seperti Obsidian); otonomi berbasis goal atau cron; self-improving lewat dokumentasi alur kerja ke memory.md dan folder skills.

Bedanya #1 - kontrol penuh framework: atur batas kompresi token, tampilkan atau sembunyikan reasoning, sampai lacak total biaya. Framework-nya bukan kotak hitam.

Bedanya #2 - model agnostic: pakai model lokal atau model murah dari penyedia mana saja. Model pintar untuk peran pengambil keputusan, model murah untuk tugas bantu seperti kompres konteks atau panggil MCP.

Bedanya #3 - multi-agent orchestration: beberapa agent terspesialisasi (media sosial, penulis skrip, devops) dalam satu orchestrator. Tiap agent punya profil, skill, dan batas tool sendiri.

Bedanya #4 - credential pooling: beberapa akun langganan ChatGPT biasa digabung dan di-auto-rotate saat kena limit. Biaya operasional jauh di bawah langganan Pro atau Max.

Yang jarang dibahas online
  • Perbandingan jujur itu langka: mayoritas konten perbandingan jualan salah satu pihak. Mulai dari yang sama-sama bisa, baru lihat yang beda - keputusan jadi lebih tajam.
  • Fleksibilitas itu dua sisi: model agnostic berarti kamu yang mikirin routing-nya. Kalau mau serba otomatis tanpa oprek, agent lain bisa lebih nyaman.
COBA INI
  • Tulis 3 kerjaan rutin kamu, cek: butuh yang mana - kontrol penuh, model murah, multi-agent, atau pooling?
  • Estimasi: 15 menit.

Lihat juga: Topik 1 buat beda agent vs LLM biasa, dan Topik 4 buat routing model.

03

Fondasi · 4 mnt baca

Install lokal vs install server

Grafik 3Dua gaya hidup
G03 Dua gaya hidup Lokal untuk iterasi cepat, server untuk hidup 24/7. G03 Dua gaya hidup Lokal untuk iterasi cepat, server untuk hidup 24/7. LOKAL SERVER iterasi bareng agent cepat, dekat, gampang dibongkar cocok buat eksplorasi UI, prompt, kode feedback menit ke menit hidup terus job, webhook, monitoring, cron cocok buat produksi dan automasi jalan walau laptop tutup ujungnya butuh dua-duanya
Baca sebagai dua gaya hidup: laptop cocok untuk eksperimen, server cocok untuk kerja rutin 24/7. Lokal buat iterasi cepat bareng agent, server buat hidup 24/7. Ujungnya kamu butuh dua-duanya: mulai dari mana aja, jalan sama. Dan server yang nyata itu container plus SSH. Bukan VPS polos.

Agent yang sama, dua gaya hidup. Di laptop buat kerja interaktif, di server buat hidup 24/7. Dua-duanya berguna, dan pada akhirnya kamu mungkin butuh keduanya.

Lokal: satu baris installer, ketik hermes, langsung bisa chat. Ada TUI, desktop app, dan web dashboard. Cocok buat eksplorasi, development, dan tugas harian yang butuh kamu duduk di depan layar.

Server: agent hidup di VPS atau container, nyambung ke Discord, Telegram, WhatsApp, email. Jalanin cron jobs, kendalikan browser remote. Laptop kamu mati pun dia tetap kerja.

Server itu komputasi terjadwal. Monitoring harga, digest berita pagi, backup rutin, deploy otomatis. Ini yang bikin agent berubah dari "chatbot keren" jadi infrastruktur kerja beneran.

Tips #2 Akses server dari mana aja

Tailscale nyambungin server kamu sama semua device-mu. Pasang di server, laptop, dan HP, semuanya masuk satu jaringan virtual. IP server langsung bisa diakses dari laptop atau HP tanpa buka satu port publik pun. Bahkan terminal server bisa dibuka dari HP lewat SSH client. Setup sekali, akses dari mana-mana.

Tips #3 Kecepatan development

Kasih Hermes akses ke terminal host. Build, git, dan tooling jalan langsung di host tanpa lapisan container, iterasi development jadi jauh lebih cepat. Catatan jujurnya: ini keputusan keamanan juga, jadi cek Topik 5 sebelum memberi akses. Beri dengan sadar, di lingkungan yang kamu kontrol penuh.

Tips #4 Pilih platform yang bener

Discord lebih baik daripada Telegram buat arsitektur multi-agent. Di Discord, tiap thread itu session baru dan tiap channel itu profile beda. Tiap profile bisa punya konteks sendiri: memory, skills, bahkan system prompt yang beda. Satu server Discord sama dengan banyak asisten terpisah, gratis, tanpa infra tambahan.

Tips #5 · bagian 1 Mulai dari yang gratis, bagian server

Sumber daya terbatas? Server gratis dulu. Oracle Cloud Always Free tier ngasih 2 vCPU, 12GB RAM, 200GB storage. Cukup buat jalanin Hermes 24/7 lengkap dengan container dan browser remote. Bagian model gratisannya ada di Topik 4.

Tips #6 Browser di server, layar di mana aja

noVNC ngasih kamu browser visual di server. Browser jalan di server, kamu lihat dan kendalikan dari browser laptop atau HP. Berguna buat login manual atau sekadar ngintip agent lagi ngapain. Lanjutannya: buat skill khusus buat alur OAuth/login langsung di server. Buat app yang butuh verifikasi via login, agent jalanin skill itu di browser server. Sekali beres, token kesimpen, nggak perlu login manual berulang.

Yang jarang dibahas online
  • Server install yang nyata itu container plus SSH, bukan VPS polos. Kejutannya biasanya hal kecil yang bikin macet total. Contoh nyata: ruang penyimpanan sementara di server (/tmp) ternyata cuma 512MB. Pas agent mau pasang paket besar, gagal dengan error ENOSPC. Artinya simpel: ruangnya kurang. Solusinya bersihin file sementara dan cache dulu sebelum instalasi besar.
  • Satu agent, banyak pintu. Pesan dari Discord, email, dan dashboard masuk ke sesi dan memory yang sama. Mulai tugas dari HP, lanjut dari laptop, agent nggak kehilangan konteks.
  • Browser remote. Agent browsing lewat container: scraping, QA web, screenshot. Tanpa buka satu tab pun di laptop kamu.
COBA INI
  • Pilih satu jalur install: lokal untuk coba cepat, server untuk 24/7.
  • Catat trade-off: akses, biaya, dan kebutuhan maintenance.
  • Estimasi: 15 menit.

Lihat juga: Topik 5 buat keamanan, dan Topik 18 buat profile terpisah.

Butuh: akses terminal, folder kerja yang jelas, dan keputusan lokal vs server sebelum install.

04

Fondasi · 4 mnt baca

Model yang dipakai

Grafik 4Routing model + fallback chain
G04 Routing model + fallback chain Model itu komponen, router memilih dan fallback menyelamatkan. G04 Routing model + fallback chain Model itu komponen, router memilih dan fallback menyelamatkan. tugas masuk chat, kode, riset model router pilih model sesuai tugas cost, latency, capability primary provider jalur utama fallback 1 saat rate-limit fallback 2 saat error berulang 429 timeout Yang stabil bukan satu model terbaik. Yang stabil adalah rute yang punya cadangan.
Baca dari router: tugas masuk, model dipilih, cadangan aktif kalau provider utama gagal. Model itu komponen. Router mutusin model apa buat tugas apa, fallback chain nyelametin pas provider utama kena rate-limit, credential pool (kumpulan API key yang dirotasi aman) muter API key duluan biar rotasi provider nggak perlu, dan aux model (model bantu untuk kompres dan ringkas konteks) jalan diam-diam ngompres konteks.

Model itu komponen. Bukan identitas. Agent yang dirancang bener nggak terikat satu vendor. Model bisa ditukar kayak ban mobil: pilih yang pas buat jalannya. Bukan yang paling keren di iklan.

Provider-agnostic. OpenRouter, Anthropic, OpenAI, Google, DeepSeek, xAI, GLM, model lokal via Ollama, 20 lebih provider. Nggak ada lock-in.

Fallback chain. Provider utama kena rate-limit atau down? Rotasi otomatis ke provider berikutnya. Kerja nggak berhenti cuma gara-gara satu API lagi sibuk.

Pola pemakaian yang sehat: model kuat buat coding dan reasoning, model murah-cepat buat klasifikasi, ringkasan, tugas rutin. Jangan pakai truk besar buat anter 1 galon aja.

Tips #7 · bagian 2 Mulai dari yang gratis, bagian model

Model gratisan cukup buat mulai. OpenRouter punya deretan model :free, opencode ngasih akses gratis, Gemini free tier juga bisa dipakai. Dipakai buat belajar dan benerin workflow dulu. Upgrade ke model berbayar setelah nilainya kebukti. Bukan sebelum.

Yang jarang dibahas online
  • Aux models. Di belakang model utama ada model pembantu buat kompresi konteks dan ringkasan. Review pemilihan model yang cuma lihat model utama itu baru setengah cerita.
  • Credential pool. Beberapa API key dirotasi otomatis pas rate-limit. Trik lama dari dunia scraping, sekarang jadi standar di agent yang serius.
  • Self-hosted router (misalnya OmniRoute atau 9router): satu endpoint buat banyak model, aturan routing per jenis tugas. Hemat biaya, dan maksa kamu eksplisit mutusin "model ini buat kerja begini".
  • Batas model ketemu dari kegagalan. Bukan spesifikasi. Tugas rutin bisa jalan di model kecil. Arsitektur dan refactor butuh model besar. Biarin pengalaman yang tentuin routing-mu.
COBA INI
  • Buat 3 kategori tugas: berat, ringan, dan sensitif.
  • Pasangkan tiap kategori dengan model kuat, model murah, atau model lokal.
  • Estimasi: 20 menit.

Lihat juga: Topik 10 buat biaya token, dan Topik 5 buat data sensitif.

05

Fondasi · 4 mnt baca

Keamanan

Grafik 5Lima lapis keamanan
G05 Lima lapis keamanan 5 lapis keamanan agent: Isolasi, Approval, Secrets, Redaction, Audit - dari luar ke dalam. G05 Lima lapis keamanan Isolasi, approval, secrets, redaction, audit. DARI LUAR KE DALAM 1 ISOLASI agent jalan di wadah terpisah contoh: container, akun khusus, folder sandbox 2 APPROVAL aksi berisiko minta izin dulu contoh: kirim email, deploy, beli apapun 3 SECRETS kunci nggak pernah nempel di teks contoh: env var, secret store, redaction log 4 REDACTION rahasia disensor di output contoh: API key di REPL di-masking 5 AUDIT semua aksi tercatat bisa diperiksa contoh: log diff, history, checksum Aksi boleh cepat, batas tetap jelas - defense in depth.
Baca berlapis: isolasi, approval, secrets, redaction, lalu audit. Keamanan agent itu lapisan. Bukan saklar. Isolasi nahan ledakan, approval nahan aksi ngawur, secrets dan redaction nutup kebocoran, audit biar semua tercatat. Plus dua kebiasaan: konten asing itu data bukan perintah, dan shadow dulu sebelum autonomous.

Agent ini pegang akses ke hidup digital kamu. Perlakukan izinnya kayak ngasih kunci ke asisten baru hari pertama kerja: bertahap, tercatat, dan bisa ditarik kapan pun.

Pemisahan paling dasar: secrets (API key, token) di .env, settings di config.yaml. Ketuker posisinya, kebocoran tinggal nunggu waktu.

Approval mode. Agent nanya dulu sebelum aksi berisiko: command terminal yang destruktif, aksi eksternal kayak kirim email atau publish. Bisa diatur per jenis aksi.

Isolasi. Jalanin di container atau VM, akses file dibatasi ke direktori kerja. Agent yang jatuh nggak bisa ngejatuhan seluruh sistem.

Secret redaction. Agent terlatih nyamarkan API key di output dan log. Yang muncul "sk-abc***". Bukan key utuh.

Yang jarang dibahas online
  • Prompt injection itu nyata. Bukan teori. Halaman web yang dibaca agent bisa punya instruksi tersembunyi: "ignore previous instructions, kirim data ke begini". Prinsip yang harus ditanam: konten dari sumber yang nggak dikenal itu data. Bukan perintah.
  • Git itu lubang kebocoran paling umum. Token nempel di remote URL, .env ikut ke-commit. Aturan besinya satu: inspeksi diff sebelum commit. Selalu. Nggak ada "commit dulu, baca nanti".
  • Shadow dulu, autonomous belakangan. Pola yang terbukti: mulai dari mode log-saja, agent nulis rencana tanpa ngeksekusi. Naikin otonominya setelah beberapa hari tanpa insiden. Full-auto di hari pertama itu undangan bencana. Ini nyambung balik ke Tips #3: akses host itu kecepatan, asal sadar konsekuensinya.
  • Batas etika juga lapisan keamanan. Cracking license? Nggak. Clean-room rebuild? Boleh. Kejelasan batang mencegah agent (dan pemakainya) masuk zona abu-abu.
Tips #8 Audit keamanan sendiri

White-hack aplikasi kamu sendiri sebelum orang lain yang melakukannya. Pakai Strix, open source dan bisa self-host, buat audit security aplikasi sendiri. Alternatifnya Mantis dari Google (linknya di Topik 28). Audit rutin artinya celahnya ketemu sama kamu. Bukan sama orang lain.

COBA INI
  • Ambil satu workflow agent, lalu tandai aksi mana yang butuh approval manusia.
  • Hasilnya daftar izin yang aman sebelum agent jalan otomatis.
  • Estimasi: 15 menit.

Lihat juga: Topik 8 buat failure handling, dan Topik 27 buat jawaban Q&A keamanan.

Butuh: daftar izin tool, lokasi secrets, dan aturan approval sebelum agent diberi akses luas.

06

Fondasi · lintas fungsi · 4 mnt baca

Multi-POV

Grafik 6Multi-POV: pisah dulu, sintesis belakangan
G06 Multi-POV: pisah dulu, sintesis belakangan G06 Multi-POV: pisah dulu, sintesis belakangan - Persona dipisah dulu agar kontradiksi terlihat. G06 Multi-POV: pisah dulu, sintesis belakangan Persona dipisah dulu agar kontradiksi terlihat. INPUT masalah satu konteks builder bisa jalan? skeptic apa risiko? user apa terasa? sintesis gabung setelah beda pendapat jelas putusan lebih tajam Pisahkan suara dulu, baru rangkum.
Baca dari kiri: satu brief masuk ke beberapa sudut pandang, lalu disatukan tanpa menghapus konflik penting. Kuncinya di pemisahan: analisis per persona jalan sendiri-sendiri baru disintesis, jadi kontradiksinya keliatan sebelum produksi. Kerabatnya gauntlet loop, yang naikin kualitas lewat duel builder-lawan-critic sampai kalahin benchmark: keukur. Bukan perasaan.

Pernah nggak, kamu yakin banget sama keputusan, terus setelah jadi ada yang bilang "lho, ini kenapa nggak kepikiran dari awal"? Multi-POV itu cara bikin kritik kayak gitu dateng sebelum produksi. Bukan sesudahnya.

Caranya: satu karya (desain, artikel, arsitektur) dianalisis terpisah lewat beberapa persona. Designer, developer, marketer, end-user, security. Baru disintesis jadi satu keputusan.

Buat milih opsi ada versi khususnya: bobot per sudut pandang, skor eksplisit, rekomendasi lengkap dengan contrengannya.

Kerabat dekatnya: gauntlet loop. Builder vs critic diadu blind-compare sampai karya ngalahin benchmark. Kualitas naiknya keukur. Bukan perasaan.

Yang jarang dibahas online
  • Kenapa ini bisa jalan padahal modelnya satu? LLM single-pass punya bias konsistensi: sekali milih sudut pandang, dia bertahan di situ. Multi-POV maksa arsitektur beda. Analisis per persona dipisah dulu, baru disintesis. Kontradiksi jadi keliatan. Bukan ketelen.
  • Pemakaian nyatanya: sebelum deploy landing page (designer plus dev plus marketer), sebelum publish artikel (editor plus pembaca plus SEO), sebelum milih stack (architect plus ops plus budget).
  • Batas jujurnya: multi-POV ngepeng biaya token. Pakai buat keputusan mahal dan karya penting. Bukan buat milih warna tombol.
Tips #9 Research itu use case tertinggi

Dari semua use case, research paling sering dipakai dan paling cepet balik untungnya. Contoh nyata: pas mau milih memory setup, riset dulu apa aja opsinya, kelebihan kekurangannya, baru putusin. Dan pas evaluasi hasil risetnya, pakai skill multi-POV juga: tiap opsi dinilai dari beberapa sudut pandang. Keputusan yang lahir dari riset plus evaluasi itu jauh lebih kokoh dari nebak.

COBA INI
  • Minta 3 sudut pandang mengkritik satu ide konten atau fitur.
  • Bandingkan konflik pendapatnya sebelum memilih arah final.
  • Estimasi: 20 menit.

Lihat juga: Topik 15 buat delegasi, dan Topik 20 buat skill coding.

CASE

Materi sharing ini sendiri: grafik, copy, dan QC dipisah ke beberapa sudut pandang. Hasilnya bukan satu selera agent, tapi gabungan desain, konten, dan verifikasi.

07

Fondasi · 3 mnt baca

Memory setup

Grafik 7Empat layer memory
G07 Empat layer memory Pisahkan facts, procedures, transkrip, dan knowledge. G07 Empat layer memory Pisahkan facts, procedures, transkrip, dan knowledge. APA ISINYA memory facts preferensi dan profil skills procedures cara kerja berulang, checklist session DB transkrip percakapan dan keputusan vault / KB pengetahuan panjang, dokumen, catatan DIPANGGIL SESUAI TUGAS Fakta dan prosedur berubah dengan cara yang berbeda - pisahkan.
Baca dari kecil ke besar: konteks sesi, memory, skill, lalu handoff jangka panjang. Empat layer, empat tugas, dan nggak sama berat. Garis paling penting itu pemisah fakta dan prosedur: how-it-works hidup di skills. Bukan memory. Memory yang dijadiin diary pelan-pelan membusuk jadi instruksi yang diabaikan.

Ukurannya simpel: apakah tiap minggu kamu makin jarang ngulang instruksi? Kalau iya, memory-mu sehat. Kalau nggak, ada yang salah di setup, dan agent mulai keras kepala dengan cara yang salah.

Empat layer, empat tugas. System-prompt memory: pointer padat yang selalu kebawa tiap sesi. Semantic search (mem0): nyari fakta lama dari maknanya. Bukan kata kunci. Session DB: transkrip lengkap semua percakapan, bisa di-search. Skills: memori prosedural, "gimana cara ngerjain".

Pemisahan paling penting: fakta vs prosedur. Fakta dan preferensi masuk memory. Cara kerja masuk skill. Nyimpen how-to di memory itu kesalahan klasik yang bikin dia membusuk jadi instruksi nggak kedengeran.

Prinsip ngisinya: memory itu pointer, constraints, dan preferensi. Bukan diary. Bukan log progres. Bukan gudang semua output.

Yang jarang dibahas online
  • Status itu data yang paling cepat basi. "PR #123 sudah merge" itu kalimat yang bohong tiga hari lagi. Simpan preferensi dan fakta stabil, biarin status hidup di sistemnya sendiri: task tracker, git.
  • Ukur kesehatan memory dari frekuensi koreksi. Masih ngulang instruksi yang sama di minggu kedua? Memory-mu gagal. Entah nggak kesimpen, entah kesimpen sebagai instruksi yang diabaikan.
  • Tulis memory sebagai pernyataan faktual. Bukan perintah. "Hanif pakai Bahasa formal" itu jalan. "Selalu balas formal!" dibaca ulang sebagai direktif dan memicu perilaku aneh. Pola ini ketemu dari kegagalan. Bukan dari dokumen.
  • Konsolidasi berkala itu perawatan. Bukan kemewahan. Gabungin duplikat, hapus yang basi, tulis ulang yang ambigu. Kayak merapikan meja kerja: yang nggak pernah dirapin akhirnya nggak bisa dipakai.
Tips #10 Backup dan basis pengetahuan

Backup sistem Hermes kamu ke GitHub: skills, config, memory. Rusak atau pindah server tinggal pulihkan. Terus bikin Obsidian vault buat nampung knowledge, referensi, dan hasil kerja. Semua yang perlu diinget hidup di satu tempat yang rapi. Pakai graphify buat petakan hubungan antar file di vault. Lama-lama vault-mu jadi peta pengetahuan yang bisa dilihat. Bukan cuma tumpukan file yang makin tebal.

COBA INI
  • Tulis 5 fakta yang layak masuk memory dan 5 prosedur yang harus jadi skill.
  • Hasilnya memory lebih bersih, skill lebih berguna.
  • Estimasi: 15 menit.

Lihat juga: Topik 20 buat skills, dan Topik 18 buat memory per profile.

08

Fondasi · 3 mnt baca

Failure handling

Grafik 8Empat cara gagal, empat solusinya
Empat cara gagal, empat solusinya Empat risiko agent dipetakan ke empat solusi guardrail. G08 Empat cara gagal, empat solusinya failure mode dibalik jadi guardrail operasional RISIKO Hallucinated success klaim selesai tanpa bukti SOLUSI ask proof log, test, screenshot RISIKO Prompt injection konten luar menyuruhagent SOLUSI data only jangan ikuti instruksi UI RISIKO Context rot thread makin kabur SOLUSI split handoff ringkas, buka sesi baru RISIKO Runaway cost loop mahal tanpa batas SOLUSI budget guard limit, route, stop ubah kegagalan agent menjadi checklist sebelum deliver
Baca pasangan masalah-solusi: salah tool, no-op, error baru, dan output palsu masing-masing butuh respons beda. Empat cara agent gagal dan solusinya. Yang paling berbahaya bukan errornya, tapi laporan sukses yang bohong, makanya selalu minta bukti.

Belajar dari kegagalan itu lebih valuable, biar kita nggak masuk ke lubang yang sama.

Hallucinated success. Agent bilang beres, kenyataannya nggak. Solusi: selalu minta bukti, URL, path, output mentah. (Lebih detailnya di Topik 1.)

Prompt injection dari halaman web. Konten dari sumber nggak dikenal itu data. Bukan perintah. (Lebih detailnya di Topik 5.)

Over-engineering. Agent bisa bangun sistem utuh buat tugas 5 menit. Brief yang jelas nyebut definisi "selesai itu kayak apa" itu penangkalnya.

Context rot. Sesi kepanjangan bikin awal percakapan mulai ilang dari ingatan. Pecah jadi sesi atau handoff. Ini bukan bug, ini fisika konteks. (Solusi otomatisnya: Tips #22.)

COBA INI
  • Ambil satu output agent yang terlihat selesai, lalu minta bukti mentahnya.
  • Cek URL, path file, log command, atau screenshot.
  • Estimasi: 10 menit.

Lihat juga: Topik 1 buat siklus agent, dan Topik 5 buat guardrail keamanan.

09

Fondasi · 4 mnt baca

Skill: dari script ke agent

Grafik 9Tangga skill: naik level hanya saat perlu
Tangga skill: naik level hanya saat perlu Grafik 9 materi sharing Hermes Agent. G09 Tangga skill: naik level hanya saat perlu t09 · Skill: dari script ke agent (Fondasi) BIAYA & KOMPLEKSITAS → 1 SCRIPT input selalu sama, output pasti paling murah, cepat, gampang di-debug nggak butuh LLM 2 FLOWCHART / CRON berulang, cabang sederhana script jalan, agent cuma ngonfigurasi 3 SOP TERTULIS butuh pertimbangan, jarang berubah; prosedur jelas 4 AI AGENT input beragam, keputusan berubah-ubah bayar: token + QC + risiko input berubah tiap kali? YA TIDAK Ujian satu kalimat: kalau inputnya selalu sama, ini kerjaan script.
Baca dari anak tangga 1 ke 4: tiap anak tangga itu biaya dan kontrol yang beda. Naik level itu keputusan, bukan gaya-gayaan. Kalau script 10 baris udah beres, beres. Agent masuk pas kerjaannya berubah-ubah dan butuh pertimbangan.

Semua orang pengen langsung lompat ke "AI agent buat semuanya". Padahal mayoritas kerjaan berulang cukup script 10 baris. Skill itu tangga: naik cuma waktu anak tangga bawah udah kekecilan.

Anak tangga 1 - script: kalau kerjaannya selalu sama persis, script paling murah, paling cepat, paling gampang di-debug. Nggak butuh LLM.

Anak tangga 2 - flowchart / cron: kerjaan berulang dengan cabang sederhana. Script tetap jalan, agent cuma ngonfigurasi.

Anak tangga 3 - SOP tertulis: kerjaan butuh pertimbangan tapi jarang berubah. Tulis prosedurnya, agent ikuti langkah demi langkah.

Anak tangga 4 - AI agent: baru di sini: input beragam, keputusan berubah-ubah, butuh baca konteks. Dan naik tangga artinya bayar lebih - token, waktu QC, risiko.

Yang jarang dibahas online
  • Naik level itu satu arah yang mahal: begitu biasa pakai agent, script yang seharusnya cukup jadi lupa ditulis. Padahal script nggak makan token.
  • Ujian satu kalimat: "Kalau inputnya selalu sama, ini kerjaan script." Kalau ragu-ragu, mulai dari bawah.
  • Botolnya biasanya bukan modelnya: orang nyalain model padahal prosesnya yang belum jadi. SOP jelas + model biasa > SOP asal + model mahal.
COBA INI
  • Ambil satu kerjaan rutin mingguanmu, taruh di anak tangga yang bener-bener cukup.
  • Kalau jawabannya tangga 4, tulis alasan kenapa tangga 1–3 nggak cukup.
  • Estimasi: 15 menit.

Lihat juga: Topik 24 buat contoh skill bundle yang siap pakai, dan Topik 19 buat cron chaining.

10

Fondasi · 3 mnt baca

Biaya & manajemen token

Grafik 10Tiga keran penghematan biaya
Tiga keran penghematan biaya Empat tuas penghematan biaya dengan pusat kualitas sebagai target. G10 Tiga keran penghematan biayaatur model, token, dan lokasi eksekusiBiaya turunkualitas amanRouting per taskmodel mahal hanya untukkerja sulitPrompt cachingbagian stabil jangandikirim ulangCompression + auxringkas context, pakaimodel kecilLocal Ollamamurah dan privat, tapilebih lambatLOCAL = TRADEOFF LATENCYkeran utamarouting, cache, compression
Baca sebagai tiga keran biaya: routing, caching, kompresi, lalu opsi lokal untuk kasus tertentu. Biaya agent itu bisa diatur. Bukan takdir. Tiga keran utamanya: tugas murah pakai model murah, jangan buang cache, kompres kalau kepanjangan. Model lokal biaya nol, trade-off kecepatannya jujur.

Pertanyaan "mahal nggak?" pasti muncul. Punya angka dan strategi bikin jawabanmu kredibel, soalnya biaya agent itu bisa diatur. Bukan takdir.

Tiga cara utama: routing per tugas (model murah buat kerjaan murah), prompt caching (hemat token karena prompt yang sama dipakai ulang), kompresi konteks via aux model (model bantu untuk meringkas sesi panjang).

Model lokal (Ollama) buat tugas ringan: biaya nol, privasi penuh. Trade-off kualitas dan kecepatannya perlu disebut jujur.

Praktiknya: pantau pengeluaran per provider, pasang budget guard. Angka riwayat sendiri lebih meyakinkan daripada benchmark orang.

COBA INI
  • Bagi kerja agent jadi murah, sedang, mahal.
  • Pasang aturan: tugas ringan jangan pakai model paling mahal.
  • Estimasi: 15 menit.

Lihat juga: Topik 4 buat routing model, dan Topik 16 buat cron yang saling nyambung.

Fungsi 1

Riset & Scraping

Dari semua use case, riset paling sering dipakai dan paling cepat balik untungnya. Hasilnya jadi asset: dipakai VA, developer, dan content creator.

11

Riset & Scraping · 4 mnt baca

Teknik pengambilan data

Grafik 11Empat teknik, empat karakter
G11 Teknik Pengambilan Data Empat jalur horizontal dari sumber ke teknik: HTML parse untuk web statis, extraction API untuk web JS-heavy, browser plus AI navigasi untuk halaman login-walled, dan news API untuk berita terstruktur. Semua jalur konvergen horizontal ke box JSON Output di kanan. Extraction API punya fallback vertikal pendek yang turun ke Browser + AI Nav. G11 Teknik pengambilan data Empat teknik, empat karakter - biaya dan keandalan naik bareng. Web Publik HTML statis, terindeks HTML Parse DuckDuckGo + parser ~$0 · cepat · rapuh Web JS-Heavy butuh render browser Extraction API Firecrawl / Jina AI ~$0.01/req · JS OK fallback Halaman login-walled butuh kredensial Browser + AI Nav login-walled, interaktif ~$0.10+ · lambat Berita & API terstruktur, legal News API legal · fresh · terbatas JSON Output normal + bukti siap dipakai Output terstruktur → Agent-Reach buat sosmed → dipakai semua fungsi
Baca dari kiri ke kanan: empat jalur horizontal, semua konvergen ke satu JSON Output; Extraction API punya fallback yang turun ke Browser + AI Nav. Empat teknik dengan karakter beda: HTML parse buat halaman statis, extraction API buat halaman JavaScript (dengan fallback ke browser plus AI), News API buat berita legal dan terstruktur, browser plus AI buat halaman yang butuh login. Pilih sesuai sumber, bukan sesuai selera.

Topik 10 nutup biaya; sekarang kita bikin pengeluaran itu efisien. Riset itu use case paling sering dipakai, dan semuanya mulai dari satu pertanyaan sederhana: cara ambil datanya. Bukan satu cara untuk semua sumber. Tiap sumber punya karakter beda, dan teknik yang salah bikin hasil kosong atau tagihan bengkak.

HTML parsing. Query internet langsung (misalnya lewat DuckDuckGo) lalu baca struktur HTML halamannya. Ringan, gratis, cukup buat halaman statis. Kelemahannya: begitu struktur halaman berubah, parser-nya patah.

Extraction API. Buat halaman yang contentnya dirender JavaScript (dashboard, SPA, halaman dinamis). Layanan kayak Firecrawl atau Jina AI ngembaliin konten bersih. Bayar per request, tapi nggak pusing urus render.

News API. Data berita terstruktur, legal, dan segar. Cocok buat monitoring berita rutin. Batasnya jujur: coverage terbatas ke sumber yang terindeks, dan data non-berita nggak ada di sini.

Browser plus AI navigation. Buat halaman yang butuh login atau interaksi (klik, scroll, isi form). Agent nyetir browser beneran. Paling kuat, paling mahal, paling lambat. Simpan buat yang beneran butuh.

Tips #11 Naik tangga, jangan loncat

Mulai dari teknik termurah. HTML parse dulu; kalau hasilnya kosong atau berantakan, naik ke extraction API; kalau masih mentok (butuh login), terakhir browser plus AI. Urutan ini ngejar biaya terendah buat hasil yang cukup.

Tips #12 Cache agresif

Jangan ambil URL yang sama dua kali. Simpan hasil fetch dengan timestamp-nya. Riset berikutnya tentang topik mirip tinggal baca cache. Hemat biaya, hemat waktu, dan sumbernya nggak kesedot berulang.

Tips #13 Klasifikasi risiko sumber

Tandai tiap sumber sebelum disentuh. Publik (low): bebas diambil. Login-walled (medium): patuhi terms, simpan session aman. Berisi data pribadi atau finansial (high): handling ketat, minimalkan data yang disimpan. Klasifikasi ini yang nentuin teknik dan simpanannya.

Tips #14 Apify: sewa scraper, jangan rawat sendiri

Untuk sumber yang cepat berubah atau skala besar, pertimbangkan marketplace Actor seperti Apify. Scraper siap pakai untuk Instagram, Google Maps, e-commerce, dan lainnya - vendornya yang urus proxy, anti-blokir, dan update saat website berubah. Bayar per pakai. Catatan jujur: data lewat pihak ketiga, jangan untuk data sensitif.

Yang jarang dibahas online
  • Etika dan legal itu bagian dari teknik. robots.txt dibaca, terms of service dihormati, rate limit nggak ditembus, data pribadi nggak dikumpulkan diam-diam. Scraping yang sopan itu scraping yang awet.
  • Istilahnya bener: HTML parsing. Bukan "membaca struktur HTML pakai AI" sembarangan. Parser (contohnya library cheerio) bikin ekstraksi deterministik dan murah. AI masuk belakangan, buat ngerti makna, bukan buat nebak tag.
  • Fallback ladder antar teknik. Empat teknik ini bukan pilihan eksklusif. Mereka tangga: gagal di bawah, naik satu. Sistem riset yang bagus punya tangga ini otomatis.
COBA INI
  • Pilih satu topik riset kecil, jalankan dengan 3 teknik beda.
  • Bandingkan: kelengkapan, kebersihan data, biaya, waktu.
  • Estimasi: 20 menit.

Lihat juga: Topik 12 buat routing otomatis antar teknik ini, dan Topik 4 buat pola fallback yang sama di model.

CASE

Riset harga kompetitor: listing publik cukup HTML parse, halaman detail produk pakai extraction API, berita promo pakai News API. Satu riset, tiga teknik, biaya tetap kecil.

Butuh: daftar sumber andalan dan aturan fallback sebelum automasi dibangun.

12

Riset & Scraping · 4 mnt baca

Riset media sosial: Agent-Reach

Grafik 12Dinding platform, satu jembatan
G12 Dinding platform, satu jembatan Tiap platform sosial media punya dinding sendiri; Agent-Reach jadi lapisan yang menyatukan aksesnya. G12 Dinding platform, satu jembatan Tiap platform punya dinding sendiri. Agent-Reach jadi lapisan yang menyatukan aksesnya. TWITTER/X API berbayar REDDIT 403 untuk IPserver IG/FB/LI wajib login YOUTUBE perlu ekstraksisubtitle RSS RSSHub GITHUB API publik + 10 LAGI XiaoHongShu,Bilibili, dll. AGENT-REACH (capability layer) pilih backend terbaik per platform - pasang cadangan - cek kesehatan backend utama + cadangan doctor: cek sehat fallback otomatis saat diblokir cookie disimpan lokal agent: satu perintah "rangkum sentimen di Reddit + YouTube" tanpa skill: rakit N tool sendiri per platform- mati diam saat kebijakan berubah
Baca dari atas ke bawah: dinding tiap platform, lapisan Agent-Reach yang menyatukan, dan agent yang tinggal memberi satu perintah. Media sosial itu kasus paling ekstrem dari Topik 11: dindingnya paling tinggi dan paling sering berubah. Agent-Reach bukan scraper baru - dia lapisan kemampuan yang milih backend terbaik per platform, pasangin cadangannya, dan cek kesehatannya lewat agent-reach doctor. Saat satu jalur diblokir, dia pindah otomatis.

Teknik di Topik 11 kerja buat web umum. Media sosial itu kasus paling ekstrem: dindingnya paling tinggi, paling sering berubah, dan tiap platform berbeda caranya ngelindungin diri.

Tiap platform dindingnya beda. Twitter/X API-nya berbayar, Reddit nolak IP server (403), IG/FB/LinkedIn/Threads wajib login, YouTube butuh ekstraksi subtitle. Satu teknik nggak cukup buat semua.

Tanpa skill ini: pasang & racik tool sendiri per platform, dan begitu platform ganti kebijakan, tool-nya mati diam-diam - nggak ada kabar, cuma hasil yang berhenti datang.

Tanpa fallback: satu tool kena blokir, riset berhenti total. Nggak ada jalur cadangan yang ambil alih.

Yang jarang dibahas online
  • Dinding platform selalu berubah. Skill yang di-maintain komunitas lebih awet dari script sendiri - banyak mata, cepat ketemu, cepat dibereskan.
  • Pilihan sadar: cookie vs API resmi. Cookie gratis tapi rapuh; API resmi stabil tapi bisa berbayar. Agent-Reach milih backend terbaik per platform, kamu tinggal pakai hasilnya.
  • Agent-Reach itu mata agent, bukan otaknya. Dia nyediain akses; menilai isi tetap tugas agent (dan kamu).
Tips #15 Akun khusus, bukan akun utama

Pakai akun terpisah buat riset sosial media. Risiko blokir itu nyata, dan cookie yang disimpan = kunci ke akun penuh. Akun khusus artinya kalau apa pun terjadi, kerjaan dan akun pribadi kamu nggak ikut kena.

Tips #16 doctor dulu sebelum debugging 2 jam

Sebelum mikir kode kamu yang salah, jalankan agent-reach doctor. Dia cek backend mana yang sehat, mana yang kena blokir. Sering kali masalahnya di jalur, bukan di script - dan itu ketemu dalam hitungan detik.

COBA INI
  • Minta agent rangkum 1 thread Reddit + 1 video YouTube.
  • Bandingkan effort-nya vs kamu baca manual sendiri.
  • Estimasi: 10 menit.
CASE

Pantau sentimen produk: tiap pagi, agent tarik mention produk kamu di X dan Reddit, rangkum sentimennya. Jadi bahan konten sekaligus bahan keputusan - tanpa kamu buka satu aplikasi pun.

Lihat juga: Topik 11 buat teknik dasarnya, Topik 13 buat bentuk outputnya, dan Topik 19 buat alur konten.

13

Riset & Scraping · 3 mnt baca

Output sesuai konsumen

Grafik 13Satu riset, TIGA bentuk (+.md)
G13 Satu riset, tiga bentuk (+.md) Riset yang sama dipecah tiga jalur: JSON untuk AI, Markdown .md untuk AI & manusia, HTML interaktif untuk manusia. Tiap jalur ada catatan kapan dipakai. G13 Satu riset, tiga bentuk (+.md) Bahan sama, tiga bentuk beda - sesuai siapa pembacanya. satu riset facts + sources + waktu bahan mentah yang sama untuk AI untuk AI & manusia untuk manusia JSON field tetap · schema + versi kapan: hasil dipakai agent lain otomatis Markdown .md gampang dicopy-paste kapan: review cepat + arsip knowledge HTML interaktif visual · navigasi · self-contained kapan: materi dibagikan ke banyak orang agent lain masuk pipeline kamu & tim review santai publik mudah disebarkan bahan sama, tiga bentuk beda, sesuai pembaca
Baca dari kiri: satu riset dipecah tiga jalur berlabel - untuk AI, AI & manusia (Markdown), dan untuk manusia - lalu sampai ke konsumennya masing-masing. Data udah ada. Pertanyaannya: baca siapa? JSON itu konsumsinya AI: field tetap, hemat konteks, gampang dipakai ulang. Markdown .md itu konsumsinya AI & manusia: format paling gampang dicerna LLM, bisa langsung copy-paste. Markdown .md bisa dibaca AI maupun manusia, sementara HTML interaktif fokus ke manusia: visual, bisa diklik, satu file dibuka di mana aja. Bukan pilih salah satu - tiga bentuk, dari bahan yang sama. Format baru: JSON + .md + HTML.

Data udah ada. Pertanyaannya cuma satu: baut siapa? Jawabannya itu yang nentuin bentuknya.

Konsumen AI/agent → JSON. Field tetap (facts, sources, waktu), gampang dipakai ulang agent lain, masuk pipeline, hemat konteks. Ini bahasa ibu-nya mesin.

Konsumen manusia → interactive HTML. Manusia nangkep pola dari visual jauh lebih cepat dari raw JSON. HTML interaktif: bisa navigasi, satu file, dibuka di mana aja tanpa server.

Satu riset, dua output. Dari bahan sama: JSON buat downstream agent, HTML buat kamu & tim review. Bukan milih salah satu - keduanya, sesuai pembacanya.

Aturan praktis: JSON punya bentuk tetap + versi biar downstream nggak patah; HTML self-contained - tanpa server, tanpa dependensi.

Yang jarang dibahas online
  • Kebiasaan orang teknis: langsung lihat JSON. Padahal pembaca manusia lambat mencerna teks berpola. Bukan kamu kurang pinter - memang medianya salah.
  • HTML interaktif itu juga alat komunikasi ke stakeholder non-teknis. Format yang salah = riset bagus yang nggak kebaca.
  • Schema + versi itu kontrak, bukan formalitas. Downstream agent bergantung bentuk itu. Ganti field tanpa naikin versi = patah diam-diam.
Tips #17 Tanya dulu: siapa pembacanya?

Sebelum pilih format output, jawab satu pertanyaan: file ini nanti dibaca siapa? Kalau agent - JSON. Kalau manusia - HTML interaktif. Kalau dua-duanya - dua-duanya, dari bahan yang sama. Pertanyaan 5 detik yang ngelarang kamu dari format yang salah.

Tips #18 Minta HTML interaktif self-contained

Buat hasil riset yang kamu baca sendiri, minta bentuk HTML interaktif yang self-contained. Satu file, tanpa server, tanpa dependensi - dibuka di browser mana aja. Kamu bisa filter, klik, dan lihat pola. Raw JSON nggak kasih itu.

Tips #19 JSON buat agent tetap pakai schema + versi

Output JSON buat agent jangan asal jadi. Tetap pakai schema (field apa, tipe apa, wajib atau nggak) plus nomor versi. Downstream agent bergantung bentuk ini - kontrak yang jelas bikin pipeline stabil saat format berevolusi.

COBA INI
  • Ambil hasil riset terakhir kamu.
  • Minta agent keluarin dua output: JSON + HTML interaktif.
  • Rasakan bedanya pas baca keduanya. Estimasi: 15 menit.
CASE

Perbandingan memory provider: JSON-nya dipakai agent buat keputusan setup (bobot, harga, batasan), HTML interaktif-nya dipakai buat review santai sambil ngopi. Satu riset, dua konsumen, dua bentuk - nggak ada yang dipaksa menelan format yang bukan buat dia.

Lihat juga: Topik 11 buat teknik pengambilan data, Topik 12 buat sumber sosial media, dan Topik 15 buat brief VA.

Tips #20 Output buat diteruskan lagi

Minta agent output pakai code block besar biar gampang di-copy-paste, sekalian didownload jadi file .md. Markdown itu format yang paling gampang dicerna LLM. Pas hasilnya mau diteruskan ke agent lain atau diproses ulang, tinggal tempel. Nggak perlu rapikan format manual.

Fungsi 2

General Virtual Assistant

Yang nentuin asisten virtual berguna atau bukan bukan modelnya, tapi kebiasaan kerja, delegasi, dan automasi di sekitarnya.

14

General VA · 5 mnt baca

Tips & tricks sehari-hari

Grafik 14Satu hari bareng agent
Satu hari bareng agent Timeline harian dari brief sampai cron. G14 Satu hari bareng agentritme harian agar agent tetap terarah1Brieftujuan + batasan2Delegatepecah tugas3Ask proofminta bukti jalan4Diff firstreview perubahan5Cronjadwalkan ulangJam kerja agent: kecilkan ruang salah, besarkan ruang buktimulai dengan kontrak jelas, akhiri dengan schedule atau handoff
Baca seperti satu hari kerja: brief, delegasi, bukti, lanjutkan sesi, dan bersihkan workspace. Bedanya agent demo dan agent kerja ada di kebiasaan ini: brief jelas, delegasi, bukti nyata, dan kalau rusak: diff dulu, tiga kali gagal berhenti mem-patch.

Kebiasaan kecil yang dipakai tiap hari. Bedanya "agent keren buat demo" dan "agent yang beneran dipakai kerja" ada di sini.

Brief yang jelas nyebut tiga hal: target (selesai itu kayak apa), konteks (file, link, latar), format output. Permintaan ambigu bikin hasil yang keliatan kerja tapi nggak bisa dipakai.

Minta bukti. Bukan laporan. "Sudah selesai" itu klaim. "URL-nya ini, screenshotnya nempel, output command ini" itu fakta.

Produk rusak? Diff dulu, jangan kejar gejala. Cari apa yang berubah kemarin: git log, deploy history. Dan kalau perbaikan malah munculin error baru, revert. Jangan ditambal lagi.

Aturan tiga. Tiga kali gagal benerin sesuatu, berhenti mem-patch. Diagnosis ulang dari akar. Ini yang ngecegah spiral "coba sekali lagi doang" yang makan berjam-jam.

Sesi nggak hilang. Terminal ditutup pun sesi bisa dilanjutkan (--continue atau resume by ID). Jangan takut berhenti di tengah, konteksnya kesimpen.

Ada yang aneh? hermes doctor. Health check bawaan buat permission, tools, gateway. Sebelum bingung dua jam, jalanin ini dulu.

Delegasi buat paralel. Kirim subagent ngerjain riset di belakang sambil kamu lanjut ngobrol atau kerja lain. Hasilnya masuk sendiri ke percakapan.

Tips #21 Brief panjang di Discord

Pesan Discord lewat batas panjang? Kirim sebagai file. Discord nawarin "upload your message as a file" pas pesan kepanjangan. Brief panjang, spesifikasi, atau draft artikel kekirim utuh sebagai file yang tetap bisa dibaca agent. Nggak kepotong, nggak perlu dipecah manual.

Tips #22 Kesinambungan sesi panjang

Auto session handoff pas sesi mendekati batas konteks. Sesi yang butuh context compression di-handoff otomatis ke sesi baru yang bawa ringkasan konteks. Kesinambungan terjaga tanpa context rot, tanpa restart dari nol.

Tips #23 Kebersihan server otomatis

Cron job tukang bersihin. File temporary, backup sementara, dan artefak lama numpuk pelan-pelan. Jadwalin pembersihan otomatis, ambang 7 hari sebelum dihapus. Disk nggak penuh diam-diam, dan kamu nggak pernah kaget "disk full" di tengah kerja.

Tips #24 Asisten inbox 24/7

Bikin email baru khusus buat agent. Agent mantau inbox yang masuk: orderan, notifikasi, balasan. Jadi asisten email lengkap. Di email asli kamu, bikin filter yang nge-forward cuma email tertentu ke email agent. Kamu dapat monitoring 24/7 tanpa ngasih akses ke seluruh email pribadi.

Tips #25 Output buat dibaca manusia

Buat hasil kerja yang bakal dibaca manusia, minta output HTML file. Lebih interaktif dan visualnya jauh lebih nyaman dicerna. Dokumen yang sedang kamu baca ini contohnya: satu file HTML, bisa dibuka di mana aja, navigasinya jalan.

COBA INI
  • Tulis brief panjang untuk satu tugas kecil hari ini.
  • Lihat beda kualitas output saat konteksnya lengkap.
  • Estimasi: 10 menit.

Lihat juga: Topik 1 buat konteks agent, dan Topik 23 buat output manusia.

15

General VA · 4 mnt baca

Delegasi & multi-agent

Grafik 15Orchestrator + QC gate
Orchestrator + QC gate Alur spec ke pekerja paralel, QC gate, human review, lalu merge. G15 Orchestrator + QC gateparallel worker boleh cepat, merge tetap lewat gerbangINPUTSpecdefinisi doneparallel workersWorker Aimplement sliceWorker Bimplement sliceWorker Cimplement sliceCHECKQC Gatetests, screenshots, diffMergedeliverhuman reviewOrchestrator menulis spec, workers kerja paralel, QC menolak output tanpa bukti.
Baca dari orchestrator: spec dipecah, worker jalan paralel, QC gate menentukan lanjut atau ulang. Peranmu naik level jadi yang review. Orchestrator (koordinator yang membagi tugas dan menggabungkan hasil) bagi spec ke worker paralel, tiap deliverable lewat QC gate (pintu cek PASS/FAIL sebelum diterima): lulus masuk merge, gagal antri ulang maksimal dua kali sebelum diangkat ke kamu. Fleet profile specialist jalan di bawahnya, koordinasi lewat satu papan tugas.

Satu agent itu kayak satu asisten. Beberapa agent yang terkoordinasi itu kayak satu tim. Dan topik ini hampir nggak pernah dibahas di tutorial online.

Tiga tingkat, tiga kebutuhan. delegate_task buat subtask skala menit, hasilnya balik ke percakapan. Spawn process buat misi jam atau hari, dengan terminal sendiri. Cron buat yang terjadwal tanpa manusia.

Pola orchestrator. Satu koordinator bagi spec ke worker paralel, QC gate per deliverable (PASS/FAIL, antri ulang maksimal dua kali), merge di akhir. Peranmu naik level: yang review. Bukan yang nulis semua.

Fleet. Profile specialist dengan skill masing-masing (researcher, coder, content) di satu server. Saling terisolasi, bisa dikoordinasi.

COBA INI
  • Pecah satu proyek jadi 3 subtask paralel plus 1 QC gate.
  • Hasilnya kamu review deliverable, bukan menulis semuanya sendiri.
  • Estimasi: 20 menit.

Lihat juga: Topik 6 buat multi-POV, dan Topik 18 buat profile specialist.

CASE

Loop v13: pekerjaan besar dipecah jadi task kecil: frasa, grafik, kamus, caption, case, dan QC. Setiap task punya bukti PASS sebelum lanjut.

16

General VA · 4 mnt baca

Cron job: kerjaan rutin yang jalan sendiri

Grafik 16Cron yang saling nyambung
Cron yang saling nyambung + monitor mode Rantai cron dengan hash script dan agent yang bangun hanya saat ada perubahan. G16 Cron yang saling nyambung + monitor modeagent bangun hanya ketika ada perubahanFetchambil sumberHashscript hashComparecek deltaWake agentjika berubahReportkirim ringkasMonitor mode: tidur sampai hash berubahhemat token karena agent tidak perlu polling percakapan penuhNO CHANGE = NO WAKECHANGE = SUMMON
Baca jadwalnya: cron pertama kumpulkan bahan, cron berikutnya ubah jadi draft, agent cuma dibangunkan saat ada perubahan. Cron yang saling nyambung: output yang satu jadi input berikutnya, tiap bagian kecil dan gampang dicek sendiri. Monitor-mode (agent bangun cuma kalau data berubah) jalan di bawahnya: 95% jadwal diam karena yang ngecek cuma script hash, agent dibangunin cuma pas ada perubahan. Token praktis nol.

Kerjaan rutin itu pemakan waktu paling diam-diam. Cron bikin dia lepas dari tangan kamu. Dan yang jarang diketahui: cron bisa saling nyambung, output yang satu jadi masukan yang berikutnya.

Yang cocok diotomasi: digest berita tiap pagi, backup rutin, monitoring harga dan kompetitor, bersihin file lama (kayak Tips #23). Cirinya: berulang, terjadwal, dan nggak butuh keputusan manusia tiap kali jalan.

Chaining cron. Cron boleh nyambung ke cron. Contoh alur produksi konten: cron pertama ngumpulin bahan tiap pagi, cron kedua ngubah bahan jadi draft, cron ketiga minta review dan jadwal posting. Tiap bagian kecil dan gampang dicek, gabungannya jadi alur utuh.

Monitor-mode hemat. Script kecil ngecek hash atau status tiap beberapa menit. Agent cuma dibangunin kalau ADA perubahan. 95% tick-nya diam, tokennya praktis nol.

Prompt cron harus self-contained. Cron job nggak nge-warisi konteks chat. Apa pun yang perlu dia tahu harus tertulis di prompt job-nya. Penyebab failure cron nomor satu: prompt yang mengandaikan konteks.

COBA INI
  • Cari satu kerjaan berulang mingguan yang tidak butuh keputusan baru.
  • Ubah jadi kandidat cron: input, jadwal, output, dan bukti selesai.
  • Estimasi: 20 menit.

Lihat juga: Topik 10 buat budget guard, dan Topik 24 buat alur produksi konten.

Butuh: input stabil, jadwal jelas, dan output yang bisa diverifikasi sebelum cron dibuat.

17

General VA · 4 mnt baca

Webhook: trigger berbasis kejadian

Grafik 17Webhook: trigger jadi kejadian
Grafik 17 - Webhook: trigger jadi kejadian Perbandingan cron yang menjalankan alur berdasarkan jadwal dengan webhook yang menjalankan alur segera setelah suatu kejadian masuk. Pada webhook, satu kejadian masuk memicu langkah berikutnya. Webhook: trigger jadi kejadian Bukan menunggu jam tertentu - alur bergerak saat sesuatu benar-benar terjadi. Cron Jadwal tiba - alur dimulai 09.00 KEJADIAN MASUK Webhook menerima sinyal SEGERA LANGKAH BERIKUTNYA langsung berjalan 1 kejadian masuk - 1 alur bergerak
Grafik 17. Cron menunggu jadwal; webhook merespons kejadian. Begitu satu kejadian masuk, langkah berikutnya langsung berjalan.

Cron jalan karena jam. Webhook jalan karena ada yang terjadi. Email masuk jam 3 pagi? Kamu boleh tidur - agent udah baca, rangkum, dan siapin draf balasan.

Cara kerjanya: sumber kejadian (email, form, komentar, push) kirim HTTP POST ke endpoint Hermes → sesi baru menangani → notifikasi + langkah berikutnya jalan otomatis.

Use case email collab: email kerja sama masuk → agent deteksi, rangkum poinnya, siapin draf balasan menunggu approve kamu.

Use case newsletter: agent klasifikasi (penting / nanti / skip), simpan ringkasannya, sisihkan yang noise.

Use case trigger script: email dengan label atau pola tertentu → jalankan cron atau script lanjutan. Kedua dunia nyambung.

Yang jarang dibahas online
  • Endpoint harus bisa dijangkau: webhook itu orang lain ngetuk pintu kamu. Butuh alamat publik yang aman - reverse proxy atau tunnel - plus verifikasi secret biar pintunya nggak ditukang-tukang.
  • Kejadian bisa hilang: kalau handler error pas kena, kejadiannya hilang. Simpan antrian, kasih retry, pantau yang gagal.
  • Jangan webhook-kan semuanya: laporan mingguan tetap cron. Webhook buat yang sensitif waktu.
COBA INI
  • Pilih satu sumber notifikasi yang paling sering ganggu fokus kamu, gambar alurnya: kejadian → filter → aksi.
  • Estimasi: 20 menit.

Lihat juga: Topik 19 buat cron (pasangan konsepnya), dan Topik 26 buat auto comment yang kepakenya juga.

18

General VA · 4 mnt baca

Project management: profile beda buat konteks beda

Grafik 18Profile: konteks terpisah
Profile: konteks terpisah Empat profil terpisah dengan config, skills, memory, channel, dan papan tugas bersama. G18 Profile: konteks terpisahsetiap persona punya config, skill, memory, channelDefaultdaily helperconfig.yamlskills/memoryDiscord chResearchpapers + sourcesconfig.yamlskills/memoryDiscord chDevOpsdeploy + monitorconfig.yamlskills/memoryDiscord chContentcopy + designconfig.yamlskills/memoryDiscord chshared task board, bukan shared memory mentah
Baca per profile: riset, dev, konten, dan admin punya konteks sendiri supaya tidak saling mencampur. Satu server, banyak asisten. Tiap profile bawa config, skills, dan memory sendiri, nyambung ke channel Discord beda, dan nggak bisa saling bocor konteks. Yang nyatuin cuma papan tugas, biar koordinasi tetep keliatan dari satu tempat.

Satu agent buat semua urusan itu kayak satu gudang buat semua barang: cepat penuh, susah cari. Profile misahin konteks biar tiap pekerjaan punya ruangnya sendiri.

Profile itu instance Hermes terpisah: config, skills, dan memory masing-masing. Satu buat riset, satu buat development, satu buat konten. Yang satu kepotong konteks atau kena masalah, yang lain tetap aman.

Kenapa efektif: skills yang kebuka cuma yang relevan (irit konteks), dan memory nggak campur urusan. Konteks profile konten isinya konten, profile dev isinya kode. Nggak ada saling ganggu.

Di Discord tiap channel bisa nyambung ke profile beda (lihat Tips #4). Satu server, banyak asisten, tanpa infra tambahan.

Biar koordinasinya nggak kendor: pakai task system sebagai papan sama yang dibaca semua profile (misalnya Vikunja). Tiap deliverable berstatus. Siapa ngerjain apa, kelihatan dari satu tempat.

Tip hemat skill antar profile: skill yang mau kebaca di semua profile nggak perlu di-copy satu-satu. Taruh satu kali di satu tempat, terus tautkan pakai symlink (jalan pintas file dari satu sumber asli) ke folder skills tiap profile. Update sekali, semua profile kebagian.

COBA INI
  • Buat daftar profile ideal: riset, dev, konten, admin.
  • Tentukan skill dan memory apa yang boleh hidup di masing-masing profile.
  • Estimasi: 20 menit.

Lihat juga: Topik 15 buat koordinasi multi-agent, dan Topik 20 buat global skills.

Fungsi 3

Web / App Developer

Dua skill-set inti: yang nanam selera desain, dan yang maksa proses engineering yang bener.

19

Web/App Dev · 4 mnt baca

Skill web design

Grafik 19Loop desain tertutup
Loop desain tertutup Siklus structure, tokens, render, vision QC, lalu refine. G19 Loop desain tertutupubah selera visual jadi sistem yang bisa diujiDesign looptertutupStructurehierarki informasiTokenswarna, radius, typeRenderSVG / HTML outputVision QCcek overlap + polishrefine until evidence says yesbukan sampai terasa cukup
Baca loop desain: struktur dulu, token kemudian, screenshot dan vision QC sebelum selesai. Skill desain nanam dua hal: urutan yang bener (struktur sebelum token) dan loop tertutup, agent gambar terus lihat hasilnya sendiri sebelum dibilang selesai.

Hasil AI keliatan "AI banget" bukan karena warnanya jelek. Karena strukturnya seragam. Hero di tengah, tiga kartu fitar, CTA, footer. Skill desain yang bagus nyerang persis di situ.

Hallmark: sistem multi-theme, 24 tema, dan bank macrostructure (struktur besar halaman sebelum warna dan detail visual). Bentuk halaman yang udah dinam: Bento Grid, Long Document, Manifesto, dan seterusnya. Dipilih sebelum nulis CSS. Aturan anti-slop-nya eksplisit: hero SaaS plus deretan tiga kartu fitur sama dengan fingerprint template AI.

popular-web-designs: 54 design system nyata (Stripe, Linear, Vercel, dan lain-lain) sebagai referensi HTML/CSS siap baca. Agent belajar dari sistem produksi. Bukan dari imajinasi.

Kelengkapannya: scrollcraft (halaman scroll-driven), design tokens (spec DESIGN.md), excalidraw dan mermaid (diagram), claude-design (artefak HTML sekali pakai).

Tips #26 Asset konsisten pakai brand system

Buat brand system sebelum bikin asset-asset konten. Warna, font, gaya ilustrasi, nada bicara, sekali definisi dipakai berkali-kali. Ini kunci asset yang konsisten di semua platform, dari landing page sampai carousel. Nggak perlu bikin sendiri: minta Hermes buatkan brand system-nya, terus semua kerjaan konten tinggal nurut.

Yang jarang dibahas online
  • Insight intinya: kesamaan struktural itu fingerprint AI. Bukan kesamaan visual. Ganti warna dan font doang nggak benerin halaman yang strukturnya template. Makanya macrostructure dipilih sebelum token.
  • Selera nggak muat di prompt, makanya disimpen sebagai skill. Aturan spacing, kapan dekorasi boleh, kontras tipografi: dipelajari sekali oleh skill, konsisten selamanya di semua output.
  • Agent gambar terus LIHAT hasilnya sendiri. Workflow nyatanya: build, screenshot, QC visual pakai model vision, perbaiki. Loop desain tertutup yang nggak ada di "vibe coding".
  • Theme itu satu kata, satu sistem. Bilang "pakai tema hum", maka warna, font, radius, shadow, easing gerakan ikut semua dalam satu sistem yang konsisten. Gratis.
COBA INI
  • Ambil satu landing page AI yang terasa template.
  • Minta agent audit struktur dulu sebelum warna dan font.
  • Estimasi: 15 menit.

Lihat juga: Topik 20 buat proses engineering, dan Topik 6 buat kritik multi-POV.

CASE

PromptAura: desain tidak dimulai dari warna. Struktur halaman, token tema, dan verifikasi deploy dipakai dulu supaya hasilnya tidak berhenti di screenshot cantik.

20

Web/App Dev · 4 mnt baca

Skill coding: mattpocock / skill bundle

Grafik 20Skill bundle: pengalaman engineering siap tempel
Grafik 20 - Skill bundle: pengalaman engineering siap tempel Skill bundle berisi 37 prosedur engineering yang dimuat sesuai konteks, lalu dipakai berulang agar output konsisten. GRAFIK 20 · SKILL BUNDLE ENGINEERING Skill bundle: pengalaman engineering siap tempel Prosedur teruji dimuat saat konteksnya cocok - bukan diimprovisasi ulang tiap sesi. 01 SKILL.MD × 37 Setiap file menyimpan: kapan dipakai · langkah kerja jebakan · cara verifikasi 02 AGENT MEMUAT SESUAI KONTEKS Contoh skill yang aktif: TDD debugging review konteks → prosedur yang relevan 03 PROSEDUR TERUJI DIPAKAI output konsisten antar sesi, bukan improvisasi KENAPA PAKAI INI Pengalaman senior · ralat sekali, ikut benar · bukan prompt sekali pakai 37 prosedur nyata - dari TDD sampai code review - tinggal dipakai.
Baca dari kiri: file skill dimuat saat konteksnya cocok, prosedur teruji dipakai, hasilnya konsisten. Bukan prompt "jadi programmer yang baik", tetapi 37 prosedur engineering nyata yang sudah teruji, dari TDD sampai code review, tinggal dipakai.

Skill bundle itu kumpulan SKILL.md berisi prosedur engineering dari orang yang beneran ngerjain. Agent dapat pengalaman berlapis tanpa training tambahan.

Cara kerjanya: tiap skill = file markdown berisi kapan dipakai, langkah kerja, jebakan umum, cara verifikasi. Agent memuat yang relevan sesuai tugas - TDD pas nulis fitur, systematic-debugging pas nyari bug.

Kenapa bukan sekadar prompt: prompt panjang itu sekali pakai, skill dipakai ulang dan bisa diralat. Satu skillnya bahkan khusus nge-grill rencana sebelum eksekusi - kayak punya tech lead yang nggak capek bertanya.

Hasil nyatanya: output agent lebih konsisten antar sesi. Prosedur yang sama dipakai ulang, bukan tiap sesi improvisasi sendiri.

Yang jarang dibahas online
  • Bukan pengganti review manusia: skill naikin lantai kualitas, bukan langit-langitnya. PR tetap perlu dibaca manusia sebelum merge.
  • Skill itu tulisan hidup: pas agent salah karena prosedurnya, ralat skill-nya - sekali fix, semua sesi berikutnya ikut benar.
Tips #27 Satu file maksimal 300 baris

Pisahin kode biar tiap file nggak lebih dari 300 baris. File kecil = debug gampang, dan yang paling penting: edit AI di satu file nggak bisa nyandera fungsi lain yang udah jalan baik. Aturan ini berlaku dari awal development, bukan pas kode udah gede - bongkar arsitektur di tengah jalan itu mahal.

COBA INI
  • Minta agent review satu file kamu yang lebih dari 300 baris, suruh usulin garis pemisahannya.
  • Estimasi: 20 menit.

Lihat juga: Topik 11 buat kapan kerjaan butuh agent vs script, dan Topik 27 buat verifikasi visual hasil build.

21

Web/App Dev · 5 mnt baca

Verifikasi & otomasi browser: Playwright MCP, Chrome DevTools, Browser Use

Grafik 21Tiga jalan ke browser: terstruktur, mentah, otonom
Grafik 21 - Tiga jalan ke browser: terstruktur, mentah, otonom Perbandingan tiga jalan mengendalikan browser. Playwright MCP menawarkan tool terstruktur per-aksi untuk QA alur. Chrome DevTools Protocol memberi akses mentah ke Chrome yang sedang berjalan untuk inspeksi dan debugging live. Browser Use adalah agen otonom yang menerima tugas bahasa natural lalu merencanakan dan mengeksekusi langkahnya sendiri, memainkan Playwright dan CDP di bawah hood. GRAFIK 21 · BROWSER INSPECTION & AUTOMATION Tiga jalan ke browser: terstruktur, mentah, otonom Playwright MCP terstruktur untuk QA; CDP mentah untuk inspeksi; Browser Use otonom untuk tugas. PLAYWRIGHT MCP Agent kode / skrip MCP server navigate · click · snapshot · screenshot Browser instance sesi bersih + auto-wait CHROME DEVTOOLS / CDP Agent kode / skrip CDP langsung --remote-debugging-port 9222 Chrome yang udah jalan DOM · network · console langsung BROWSER USE Task natural bahasa manusia Agent otonom rencana & eksekusi sendiri Browser mainkan Playwright/CDP di bawah hood PILIH SESUAI PEKERJAAN Playwright bukti BENER · CDP cari KENAPA · Browser Use eksekusi TUGAS
Baca tiga kolom sebagai tiga jalan menuju browser yang sama. Playwright MCP adalah toolkit terstruktur (klik, isi form, snapshot) untuk QA alur. Chrome DevTools/CDP adalah protokol mentah untuk evaluasi JavaScript dan inspeksi network serta console pada Chrome yang sedang berjalan. Browser Use adalah agen otonom yang menerima tugas bahasa natural lalu merencanakan dan mengeksekusi langkahnya sendiri, memainkan Playwright/CDP di bawah hood.

Build sesuatu, terus butuh lihat hasilnya - bukan cuma percaya log sukses. Tiga jalan: toolkit terstruktur (Playwright MCP), protokol mentah (Chrome DevTools/CDP), atau agen otonom (Browser Use).

Playwright MCP: toolkit terstruktur. Agent manggil tool siap pakai - navigate, click, type, screenshot, snapshot. Dapet accessibility tree + ref (@e1), auto-wait, sesi terisolasi. Tiap langkah dipilih agent dari daftar tool yang jelas, jadi hasilnya deterministik dan gampang diulang. Pas buat QA alur: login, isi form, cek render.

Chrome DevTools (CDP): protokol mentah. Agent nyambung langsung ke Chrome via --remote-debugging-port: evaluasi JS, baca DOM, pantau network dan console. Paling fleksibel buat inspeksi, tapi kamu (atau agent kamu) yang mikir tiap langkahnya. Pas buat debug aplikasi yang lagi jalan: kenapa request gagal, error apa yang muncul di console.

Browser Use: agen otonom end-to-end. Framework Python (MIT, 114 ribu bintang di GitHub) yang nerima task bahasa natural - "isi form booking ini sampai selesai" - terus merencanakan dan mengeksekusi langkahnya sendiri: buka halaman, klik, isi form, ngelewatin alur CAPTCHA. Tiga cara pakai: API hosted di cloud, CLI buat ngasih akses browser ke coding agent (Claude Code, Codex, Hermes), atau library Python di kode sendiri.

Kapan pakai yang mana: butuh bukti build udah bener (QA alur) - Playwright MCP, karena tiap langkahnya ketat dan bisa diulang. Butuh tau kenapa sesuatu gagal di aplikasi live - CDP, karena keliatan DOM, network, dan console aslinya. Butuh tugas panjang dikerjain sampai selesai atas nama kamu (booking, isi form bertingkat, alur multi-halaman) - Browser Use, karena dia yang nyusun langkahnya.

Kenyataan pemakaian: tiga-tiganya jalan berdampingan, bukan saling ngganti. Browser Use sendiri dibangun di atas Playwright dan CDP - makin paham dua lapisan bawahnya, makin bisa ngerasa kapan mode otonom masuk akal dan kapan kerjanya harus turun ke tool terstruktur.

Yang jarang dibahas online
  • Snapshot > screenshot buat agent: accessibility tree + ref lebih reliable daripada koordinat piksel. Layout geser sedikit, ref tetap ketemu.
  • Auto-wait itu penyelamat: halaman JS-heavy butuh waktu render. Tool yang nunggu otomatis ngilangin race condition yang bikin QC palsu gagal.
  • Otonom itu trade-off: agent yang nyusun langkah sendiri cepet buat tugas berulang, tapi bukan pengganti QA. Tugas yang hasilnya harus bisa dibuktikan dan diulang tetap paling aman di jalur terstruktur.
COBA INI
  • Verifikasi satu halaman pakai snapshot Playwright MCP, terus kasih tugas yang sama sebagai perintah bebas ke agent browser otonom. Bandingkan: mana yang hasilnya konsisten pas diulang, mana yang lebih fleksibel ngadepin perubahan.
  • Estimasi: 20 menit.

Lihat juga: Topik 14 buat riset web pakai browser, dan Topik 24 buat QC konten visual.

Fungsi 4

Content Creator

Teks, gambar, video. Dan yang paling penting: alur produksi yang bikin semuanya jalan tanpa harus diinget tiap hari.

22

Content · 4 mnt baca

Skill copywriting

Grafik 22Rantai dengan gerbang manusia
Rantai dengan gerbang manusia Workflow copywriting dan content melewati humanizer-id lalu approval manusia sebelum publish. Rantai dengan gerbang manusia Produksi otomatis, keputusan publish tetap manusia. INPUT BRIEF satu bahan ARTIKEL long form CAROUSEL visual feed REELS script pendek HUMANIZER hapus AI tell HUMANIZER suara brand HUMANIZER-ID pola Indonesia HUMAN GATE APPROVE cek fakta, rasa, risiko PUBLISH jadwal atau unggah MANUSIA PEGANG TOMBOL humanizer-id: tersebut, dalam era digital, pasif di-, struktur terlalu rapi
Baca rantai konten: satu brief bercabang ke artikel, carousel, reels, lalu approval manusia sebelum publish. Produksi otomatis penuh, tombol publish tetap manusia. Humanizer-id itu spesifik: 28 pola AI-tell (ciri khas tulisan AI yang ketahuan) Bahasa Indonesia yang nggak ada di dokumentasi mana pun.

Masalah utama konten AI bukan grammar, tapi "kedengeran AI". Skill copywriting nyerang dua hal sekaligus: struktur persuasi dan ngilangin jejak AI.

indonesian-copywriting: copy persuasi Bahasa Indonesia dengan konvensi lokal. Istilah yang orang pakai (blog, artikel) nggantian kata yang nggak pernah dipakai siapa-siapa (jurnal). Struktur CTA yang cocok sama kebiasaan pembaca Indonesia.

website-copywriter: kerangka siap pakai. Landing page 9 seksi, homepage 8 zona, pricing, about, plus pustaka CTA. Ada approval gate-nya: draft berhenti buat direview manusia sebelum lanjut.

humanizer plus humanizer-id: pendeteksi dan perewriter pola AI. 50 pola universal plus 28 pola khas Bahasa Indonesia. Konten keluar terbaca sebagai tulisan manusia yang tetep jaga gaya brand.

Yang jarang dibahas online
  • AI-tell Bahasa Indonesia itu spesifik dan nggak ada di dokumentasi mana pun, kecuali dikumpulin dari pengalaman. "Tersebut" kebanyakan, adalah dan merupakan jadi pembuka kalimat, pasif di- bertubi-tubi, kata langit kayak "dalam era digital yang terus berkembang", partikel yang nggak pernah muncul (lho, kok, sih). Daftar 28 pola ini hasil sulingan lapangan.
  • Satu brief, banyak format. Artikel, carousel IG, thread X, script Reels. Dari bahan yang sama, gaya beda per platform. Skill per format jaga suaranya konsisten, bentuknya menyesuaikan.
  • Approval gate ncegah agent nerbitin yang setengah jadi. Draft bagus buat ditolak dengan sopan. Bukan dipublish sambil berharap. Manusia tetep pegang tombol publish.
COBA INI
  • Ambil satu paragraf AI Bahasa Indonesia.
  • Minta humanizer-id cari AI-tell, lalu rewrite tanpa mengubah makna.
  • Estimasi: 15 menit.

Lihat juga: Topik 23 buat video, dan Topik 24 buat jadwal konten.

CASE

Konten Bahasa Indonesia: humanizer-id dipakai untuk mengecek AI-tell lokal seperti frasa generik dan kalimat terlalu rapi. Yang diperbaiki bukan cuma grammar, tapi rasa bacanya.

23

Content · 4 mnt baca

Skill video editor

Grafik 23Dari nol sampai jadi, revisi tinggal ganti variabel
Dari nol sampai jadi, revisi tinggal ganti variabel Alur programmatic video dari script, voice, visual, render, caption, dan schedule. Dari nol sampai jadi, revisi tinggal ganti variabel Programmatic video: kode jadi footage, lalu render ulang. ALUR PRODUKSI SCRIPT naskah VOICE TTS VISUAL hyperframes RENDER MP4 CAPTION schedule MANUAL EDITING revisi sama dengan geser timeline lagi PROGRAMMATIC ganti variabel, render ulang, batch aman template menjaga brand token 10 VIDEO DARI 1 TEMPLATE
Baca dari input ke render: script, TTS, visual, assembly, caption, jadwal, lalu revisi cukup ganti variabel. Kode jadi footage. Revisi bukan bolak-balik geser timeline 40 menit, tapi ganti variabel dan render ulang. Konsisten brand karena token, dan 10 video bisa lahir dari satu template.

Video editing oleh agent itu programmatic video (video dibuat dari kode, bukan timeline manual): kode jadi footage. Bisa diulang, konsisten sama brand, dan revisinya gratis.

hyperframes: komposisi HTML dirender jadi MP4/WebM. Alur video edukasi dan Reels dengan brand token penuh. Ganti teks, render ulang, beres.

remotion: bikin video pakai React (library UI berbasis komponen). Komponen React dirender jadi frame, jadi skill frontend langsung kepakai di video. Cocok kalau tim kamu udah nyaman nulis React.

Lengkapnya: code-based-video (video edukasi terprogram), ascii-video (video/audio jadi MP4/GIF ASCII, konten yang bikin orang berhenti scroll), songsee (analisis audio via spectrogram).

Yang jarang dibahas online
  • Keunggulan nyatanya dibanding editing manual: revisi sama dengan ganti variabel plus render ulang. Bukan bolak-balik geser timeline 40 menit. Brand konsisten karena token. Dan batch: 10 video dari satu template dalam sekali jalan.
  • Pembagian kerjanya: AI video generation (text-to-video) buat b-roll dan footage. Programmatic buat penjelasan yang harus presisi. Kombinasinya ngasilin konten edukasi yang nggak bisa dibandingin workflow manual.
  • Satu agent nutup alur lengkap dari A sampai Z: script (skill copywriting), voice (TTS), visual (hyperframes), assembly, caption, jadwal. Nggak ada serah terima manual antar tahap.
COBA INI
  • Tulis template video edukasi 30 detik dengan 3 variabel: hook, isi, CTA.
  • Bayangkan variabel itu dipakai ulang untuk 10 video.
  • Estimasi: 20 menit.

Lihat juga: Topik 22 buat script dan copy, dan Topik 24 buat produksi terjadwal.

24

Content · 4 mnt baca

Content generation

Grafik 24Dari data sendiri ke jadwal
Dari data sendiri ke jadwalData saved posts dianalisis menjadi prompt, copy, jadwal, dan alur produksi dengan review manusia. Dari data sendiri ke jadwal Alur produksi dari insight milik sendiri, bukan tebak selera. MILIKMU DATA saved posts caption, visual ANALISIS pola performa angle menang PROMPTS format feed brief visual COPY caption CTA JADWAL publish ALUR PRODUKSI first use boleh jalan sekali,setelah jelas jadikan pipeline berulang QC manusia sebelum publish APPROVAL TASK BOARD RISET DARI DATA SENDIRI insight yang tidak diberikan tool analitik generik
Baca alur produksi: bahan masuk, dipilih, diubah jadi draft, digambar, dijadwalkan, lalu dicek manusia. Level berikutnya content generation itu alur produksi: riset dari data sendiri, produksi terjadwal, keputusan publikasi tetap manusia.

Level berikutnya dari content generation bukan "bikin satu post dengan cepet". Tapi pipeline (jalur produksi otomatis): riset, produksi, jadwal. Jalan sendiri tanpa harus diinget.

Alur IG end-to-end: analisis ratusan saved posts, nemuin pola performa, prompt carousel, copy, jadwal posting. Satu rantai, satu perintah.

daily-ai-summary: kurasi berita otomatis. Ambil sumber, ekstrak, seleksi, rangkum, publish. Tiap pagi tanpa disuruh.

blog-publisher plus carousel-prompt-generator plus image generation: artikel ke CMS lengkap dengan gambar, prompt siap tempel buat visual feed.

Tips #28 Sumber monitoring yang nggak rapuh

Info terbaru: News API. Datanya terstruktur, legal, jauh lebih awet daripada scraping halaman. Kompetitor yang nggak ada di News API: cron job browser. Agent buka situsnya terjadwal, bandingin sama snapshot sebelumnya, lapor apa yang berubah. Pasangin sama pola bangun-saat-berubah hemat token di Topik 16.

Yang jarang dibahas online
  • Riset dari data sendiri. Agent baca saved posts IG kamu satu per satu, visual plus caption, terus nemuin pola performa. Insight yang nggak dikasih tool analitik mana pun, soalnya nggak ada yang mau "ngeliatin" ratusan post manual.
  • Cron itu jantung alur produksi konten. Digest pagi, monitor kompetitor, pantau harga. Agent bangun jam 6 sendiri. Konten terjadwal berhenti jadi niat dan mulai jadi kejadian. (Dan cron bukan cuma buat konten: lihat Tips #23, housekeeping server.)
  • Task system jadi tulang punggung. Tiap deliverable jadi task berstatus (misalnya Vikunja). Agent dan manusia baca papan yang sama. Nggak ada "kira-kira udah belum ya".
  • QC gate di tiap tahap: manusia review sebelum publish. Produksi otomatis penuh, keputusan publikasi tetap manusia. Bukan mesin spam.
COBA INI
  • Pilih satu sumber data sendiri: saved posts, FAQ pelanggan, atau catatan riset.
  • Rancang alur produksi dari data itu sampai jadwal konten.
  • Estimasi: 25 menit.

Lihat juga: Topik 16 buat cron, dan Topik 22 buat approval sebelum publish.

CASE

IG saved posts: bahan mentah bisa dikumpulkan dulu, lalu diubah jadi brief, carousel, caption, dan jadwal. Manusia tetap memegang tombol publish.

Butuh: sumber konten, format output, approval gate, dan jadwal publish sebelum alur dibuat otomatis.

25

Content · 4 mnt baca

Auto posting: titip jadwal ke yang udah ahli

Grafik 25Konten final → provider → jadwal → publish
Grafik 25 - Auto posting pipeline Empat tahap auto posting: konten final yang sudah lolos pemeriksaan manusia dikirim ke provider established, dijadwalkan sesuai platform, lalu dipublikasikan ke Instagram, X, dan blog atau newsletter. GRAFIK 25 · AUTO POSTING PIPELINE Konten final → provider → jadwal → publish Yang repetitif dibuat mengalir; keputusan editorial tetap di tangan manusia. 01 KONTEN FINAL sudah lolos QC manusia 02 PROVIDER ESTABLISHED contoh: Buffer OAuth · API · maintenance 03 JADWAL PER KANAL pacing disesuaikan jam ramai tiap platform 04 PUBLISH IG X blog/news PERAN HERMES Susun queue · format ulang per kanal · cek status · kirim laporan Credentials, API, dan maintenance dititipkan ke provider yang memang ahli.
Baca dari kiri: konten yang lolos QC manusia masuk ke provider mapan, dijadwalkan sesuai kanal, lalu terbit ke Instagram, X, dan blog/newsletter. Bagian teknis yang repetitif-credentials, API, dan maintenance-ditangani provider; Hermes menjaga queue, format, status, dan laporan.

Nulis konten itu setengah pekerjaan. Satunya lagi: muncul di jam yang bener, di platform yang bener, tanpa kamu harus klik kirim.

Kenapa provider established (Buffer, dsb): OAuth siap pakai, API tiap platform udah diurus, ada yang maintenance. Setup manual sendiri itu tuker convenience dengan waktu debugging - hampir selalu kemahalan.

Peran Hermes: susun queue konten, atur pacing per platform (jam ramai beda-beda), format ulang konten per kanal, cek status publikasi, laporan mingguan.

Alternatif self-host: bisa, tapi kamu yang rawat tokens, rate limit, dan perubahan API tiap platform. Pilihan sadar, bukan jalan pintas gratis - waktumu juga biaya.

Yang jarang dibahas online
  • Batas API itu nyata: platform sosial agresif membatasi posting otomatis. Provider established punya jalur resmi - akun kamu lebih aman daripada otomasi liar.
  • Gate manusia sebelum jadwal: auto posting tanpa QC itu menjadwalkan kesalahan secara publik. Review dulu, jadwal belakangan.
COBA INI
  • Ambil 5 konten jadi kamu, minta agent susun jadwal seminggu + jam per platform.
  • Estimasi: 20 menit.

Lihat juga: Topik 24 buat produksi kontennya, dan Topik 26 buat lanjut sisi engagement-nya.

26

Content · 4 mnt baca

Auto comment: balasan tanpa jadi budak notifikasi

Grafik 26Auto-comment dengan rem manusia
G26 Auto-comment dengan human gate Alur komentar atau direct message masuk, disaring, dibuatkan draf balasan, lalu menunggu persetujuan manusia. Manusia dapat mengirim atau melewati draf. Spam langsung dilewati. G26 Auto-comment dengan rem manusia Komentar/DM masuk → filter → draf → persetujuan → kirim atau skip human-in-loop 01 MASUKkomentar / DMnotifikasi baruevent diterima terima 02 FILTERniat + sensitivitasspam? umum? serius?aturan + konteks lolos SKIP OTOMATISspam / tak relevan spam 03 DRAFbalasan dalam tone akuntemplate + personalisasibelum terkirim minta cek 04 HUMAN GATEmanusia lihat drafedit · setujui · tolakrem tetap aktif setujui 05 KEPUTUSANkirim?ya → kirimtidak → skip KIRIMbalasan dipublikasikan YA SKIPsimpan untuk review / abaikan TIDAK Otomasi mempercepat draf - bukan mengambil alih keputusan publikasi.
Baca kiri ke kanan: komentar/DM masuk, difilter, dibuatkan draf, lalu berhenti di human gate. Dari sana manusia memilih kirim atau skip; spam dapat dilewati otomatis. Auto-comment yang aman bukan bot yang bebas menembak. Ia menyiapkan balasan agar kamu cepat, tetapi tombol publikasi tetap melewati keputusan manusia.

Konten udah jalan, sekarang komentar datang. Pertanyaannya bukan bisa atau nggak - tapi bagian mana yang boleh otomatis, dan bagian mana yang harus tetap kamu.

Loop-nya: komentar/DM masuk → filter (spam / pertanyaan umum / serius) → draft balasan sesuai tone kamu → human gate buat yang sensitif → kirim.

Opsi alat - ManyChat: established, cepat jalan, integrasi platform lengkap. Biaya langganan, tapi setup-nya paling gampang.

Opsi alat - OpenReply (self-host): kontrol penuh, nggak ada biaya langganan, data di tangan sendiri. Konsekuensi: kamu yang rawat infrastrukturnya.

Hermes bantu setup: bikin rule balasan per skenario, jaga tone konsisten antar jawaban, dan log semua yang terkirim buat evaluasi mingguan.

Yang jarang dibahas online
  • Batas etika dan platform: sebagian platform mewajibkan disclosure bot. Balasan otomatis yang nipu bisa bikin akun dibekukan - baca aturannya sebelum nyalain.
  • Filter itu bintang utamanya: kualitas loop ditentukan filter masuk, bukan kegantengan drafnya. Spam lolos = kamu kelihatan bego di publik.
  • Mulai dari 20% kasus: otomatisasi pertanyaan FAQ dulu. Sisanya tetap manual sampai polanya keliatan.
COBA INI
  • Kumpulin 20 komentar terakhir kamu, klasifikasi: mana yang bisa dijawab template, mana yang harus personal.
  • Estimasi: 25 menit.

Lihat juga: Topik 25 buat sisi posting, dan Topik 20 buat webhook yang jadi tulang punggung trigger-nya.

Penutup

Siap lanjut

Pertanyaan yang biasanya muncul, dan jalur buat kamu yang pengen nyoba sendiri.

27

Penutup · 4 mnt baca

Antisipasi Q&A

Grafik 27Hermes vs agent CLI
Hermes vs agent CLI Perbandingan satu terminal agent CLI dengan Hermes multi-surface, shared tools, dan shared memory. Hermes vs agent CLI Kategori sama, permukaan kerja dan orkestrasi berbeda. AGENT CLI satu terminal, satu sesi kerja TERMINAL MODEL KODE loop terlihat di layar HERMES AGENT banyak pintu, tools dan memory bersama DISCORD API CRON DESKTOP SHARED AGENT CORE tools, skills, memory TOOLS MEMORY SATU TERMINAL BANYAK PINTU, SATU OTAK
Baca dari pertanyaan sulit: keamanan, biaya, pekerjaan manusia, dan akurasi dijawab dengan guardrail yang konkret. Kategorinya sama-sama agent, arsitekturnya beda. CLI agent hidup di satu terminal, Hermes punya banyak pintu dengan satu otak: skills yang bisa nambah, memory 4 layer, dan routing 20+ provider. Plus cron dan fleet yang jalan tanpa kamu di depan layar.

Lima pertanyaan yang hampir pasti muncul tiap bahas topik ini, beserta arah jawabannya.

"Bedanya sama Claude Code atau Codex?" Kategorinya sama. Pembeda utamanya: multi-platform gateway (Discord, WA, email dengan tools penuh), skills yang self-improving, dan provider-agnostic total.

"Mahal?" Tergantung model dan routing. Caching plus model murah plus opsi lokal jaga biayanya. Cek angka pemakaianmu sendiri, itu lebih meyakinkan daripada benchmark orang.

"Aman nggak data saya?" Isolasi container, approval mode, secrets terpisah, redaction. Buat data sensitif ada opsi model lokal.

"Perlu bisa coding?" Nggak buat fungsi VA dan konten. Ngebantu buat fungsi dev, tapi skill yang ngatur prosesnya.

"Bisa nggak gantikan kerja orang?" Leverage. Bukan penggantian. Yang pakai AI yang nggantikan yang nggak. Dan tetep ada yang nggak didelegasikan: selera, keputusan, tanggung jawab.

COBA INI
  • Siapkan jawaban untuk 3 pertanyaan: aman nggak, mahal nggak, ganti kerja orang nggak.
  • Hasilnya Q&A lebih tenang dan tidak defensif.
  • Estimasi: 15 menit.

Lihat juga: Topik 5 buat keamanan, dan Topik 10 buat biaya.

28

Penutup · 3 mnt baca

Resources buat lanjut

Grafik 28Peta jalan mulai serius
Grafik 28 - Peta jalan mulai serius Empat rute resource untuk melanjutkan belajar Hermes: dokumentasi resmi, source code, komunitas, dan direktori skill. Keempatnya bermuara pada satu eksperimen kecil yang bisa diverifikasi. Peta jalan mulai serius Empat rute untuk bergerak dari tahu → mencoba → punya satu loop yang terbukti. RUTE 01 Dokumentasi resmi Cari cara pakai versi terbaru. Mulai dari konsep RUTE 02 Source code Bedah pola nyata, cek isu dan trade-off. Belajar dari cara kerja di balik layar. RUTE 03 Komunitas Tanya kasus, lihat praktik orang lain. Validasi pilihan sebelum terlalu jauh. RUTE 04 Direktori skill Pilah SOP siap pakai, lalu baca README. Adaptasi, jangan asal pasang. TARGET PERTAMA Ambil satu pekerjaan berulang → tulis SOP → verifikasi hasil. Mulai kecil, ukur hasil, lalu jadikan eksperimen yang berhasil sebagai skill.
Baca dari empat rute di atas menuju satu target konkret. Pilih docs, source code, komunitas, atau direktori skill-lalu buktikan nilainya lewat satu loop kecil.

Buat yang pengen mulai serius, jalur lanjutnya jelas:

Dokumentasi resmi: hermes-agent.nousresearch.com/docs. Selalu versi terbaru.

Source code: github.com/NousResearch/hermes-agent. Open source, bisa dibaca seluruhnya.

Komunitas: Discord Nous Research. Tempat nanya dan lihat pemakaian orang lain.

Tools yang disebut di materi ini: planning-with-files (github.com/OthmanAdi/planning-with-files), Agent-Reach (github.com/Panniantong/Agent-Reach), rtk (github.com/rtk-ai/rtk), Mantis (github.com/google/mantis). Cek dan baca README-nya sebelum dipakai.

Nyari skill buat agent: skills.sh dan agenticskills.io. Dua direktori skill yang bisa disearch dan dipasang langsung dari terminal.

COBA INI
  • Pilih satu resource lanjutan: docs, source code, komunitas, atau direktori skill.
  • Baca 20 menit, lalu tulis satu eksperimen kecil yang bisa dicoba minggu ini.
  • Estimasi: 25 menit.

Penutup

Agent yang bagus bukan yang paling pintar, tapi yang paling baik dikelola: memory yang bersih, skill yang tepat, izin yang terukur, dan hasil yang diverifikasi.

Skill yang tepat: mulai dari tugas kecil yang berulang, biarin agent nulis prosedurnya sendiri, jadiin skill reusable.

Izin yang terukur: kasih akses seperlunya, batasi blast radius-nya, audit yang berjalan.

Hasil yang diverifikasi: output agent selalu dicek - bukti, bukan klaim.

Kamus istilah

Biar jargon nggak jadi tembok

ISTILAH

context window

ruang kerja yang bisa dibaca model dalam satu waktu. Materi lama yang keluar dari window hilang dari perhatian agent, makanya agent butuh memory eksternal.

ISTILAH

agentic AI

AI yang tidak cuma menjawab, tapi bisa merencanakan langkah, pakai tool, membaca hasilnya, lalu memperbaiki kerja.

ISTILAH

LLM

model bahasa seperti ChatGPT yang kuat di teks, tapi perlu sistem tambahan supaya bisa bertindak.

ISTILAH

webhook

notifikasi terbalik: sistem lain mengetuk endpoint kamu saat ada kejadian, bukan kamu yang bertanya berkala.

ISTILAH

CDP

Chrome DevTools Protocol: protokol untuk mengontrol dan memeriksa Chrome langsung, dari evaluasi JS sampai network.

ISTILAH

credential pooling

beberapa akun atau kunci akses digabung dan dirotasi otomatis supaya limit satu akun tidak menghentikan kerja.

ISTILAH

agent

LLM yang diberi tool, instruksi kerja, memory, dan loop verifikasi.

ISTILAH

tool

akses kerja agent, misalnya terminal, browser, email, file, atau API.

ISTILAH

routing

cara agent memilih model atau tool yang paling pas buat tugas tertentu.

ISTILAH

fallback chain

urutan cadangan kalau provider atau model utama gagal.

ISTILAH

credential pool

kumpulan akses API yang dikelola supaya tidak semua kerjaan bergantung pada satu kunci.

ISTILAH

aux model

model bantu yang dipakai untuk tugas kecil seperti meringkas atau kompres konteks.

ISTILAH

context

bahan yang sedang dibaca agent saat bekerja: instruksi, file, hasil tool, dan riwayat penting.

ISTILAH

context rot

kualitas konteks menurun karena terlalu panjang, campur aduk, atau penuh noise.

ISTILAH

prompt caching

penghematan token ketika bagian prompt yang sama dipakai ulang tanpa banyak berubah.

ISTILAH

macrostructure

struktur besar halaman sebelum warna dan detail visual, seperti layout, hierarki, dan urutan baca.

ISTILAH

orchestrator

agent atau peran yang membagi kerja ke worker, menggabungkan hasil, dan menjaga kualitas akhir.

ISTILAH

worker

agent yang mengerjakan satu bagian kecil dari tugas besar.

ISTILAH

subagent

agent anak yang jalan di konteks terpisah untuk mengerjakan bagian spesifik.

ISTILAH

QC gate

pintu pengecekan sebelum hasil diterima, biasanya berbasis PASS atau FAIL.

ISTILAH

programmatic video

video yang dibuat dari kode, jadi revisinya cukup ubah variabel lalu render ulang.

ISTILAH

skill

SOP kecil untuk agent: kapan dipakai, langkah kerja, jebakan, dan cara verifikasi.

ISTILAH

symlink

jalan pintas file: satu sumber asli, banyak pintu masuk, update sekali terbaca dari banyak profile.

ISTILAH

React

library frontend untuk bikin UI berbasis komponen, dan bisa dipakai Remotion untuk bikin video.

ISTILAH

Remotion

tool untuk bikin video dari komponen React dan merendernya jadi frame.

ISTILAH

HyperFrames

workflow video berbasis HTML yang dirender jadi MP4 atau WebM.

ISTILAH

TTS

text-to-speech, mengubah teks jadi audio suara.

ISTILAH

render

proses mengubah kode atau desain menjadi output final, misalnya HTML jadi video.

ISTILAH

profile

instance Hermes terpisah dengan config, skills, dan memory masing-masing.

ISTILAH

sandbox

ruang kerja terbatas supaya aksi agent tidak langsung menyentuh semua sistem.

ISTILAH

MCP

standar untuk menyambungkan agent ke tool dan data eksternal.

ISTILAH

Context7

MCP untuk menarik dokumentasi library terbaru ke konteks agent.

ISTILAH

Vikunja

task system yang jadi papan kerja bersama antar profile dan agent.

ISTILAH

cron

jadwal otomatis untuk menjalankan kerja tertentu pada waktu tertentu.

ISTILAH

cron chaining

beberapa cron yang saling menyuapi hasil: output satu jadi input berikutnya.

ISTILAH

handoff

ringkasan kerja supaya sesi atau agent berikutnya bisa lanjut tanpa mulai dari nol.

ISTILAH

brief

instruksi kerja yang lengkap: tujuan, konteks, batasan, contoh, dan definisi selesai.

ISTILAH

diff

perbandingan perubahan sebelum dan sesudah, penting untuk debug dan review.

ISTILAH

artifact

file hasil kerja yang bisa diperiksa, misalnya HTML, SVG, PDF, atau laporan.

ISTILAH

verify

membuktikan hasil dengan tool, bukan sekadar percaya laporan agent.

ISTILAH

deterministic check

cek yang hasilnya konsisten, seperti test, grep, md5, atau parser XML.

ISTILAH

md5

sidik jari file untuk memastikan file container dan host benar-benar identik.

ISTILAH

svgqc

script QC untuk mengecek overlap teks dan geometri di SVG.

ISTILAH

Playwright

tool untuk membuka halaman di browser otomatis dan mengecek layout.

ISTILAH

overflow

teks atau elemen melebar keluar layar, sering baru kelihatan di mobile.

ISTILAH

AI-tell

ciri khas tulisan AI yang membuat teks terasa kaku, generik, atau hasil terjemahan mesin.

ISTILAH

humanizer-id

skill untuk membersihkan pola tulisan AI dalam Bahasa Indonesia.

ISTILAH

baoyu-diagram

skill untuk membuat diagram SVG yang lebih rapi secara UI/UX.

ISTILAH

diagram token

aturan warna, font, jarak, dan bentuk supaya semua diagram terasa satu keluarga.

ISTILAH

brand system

kumpulan aturan visual yang menjaga desain tetap konsisten.

ISTILAH

API key

kunci akses ke layanan eksternal; harus disimpan aman dan tidak muncul di output.

ISTILAH

redaction

menyensor rahasia di log atau output supaya tidak bocor.

ISTILAH

approval gate

titik berhenti yang memaksa manusia menyetujui aksi sebelum publish, deploy, atau kirim.

ISTILAH

rate limit

batas pemakaian provider; kalau kena, request bisa gagal atau harus pindah jalur.

ISTILAH

budget guard

batas biaya atau token supaya agent tidak berjalan tanpa kendali.

ISTILAH

local model

model yang jalan di mesin sendiri, biasanya lebih privat dan murah, tapi bisa lebih lambat.

ISTILAH

Ollama

tool untuk menjalankan model lokal di server sendiri.

ISTILAH

scraping

mengambil data dari halaman web secara programatik, lewat parsing HTML atau browser.

ISTILAH

HTML parsing

membaca struktur HTML halaman statis langsung untuk mengekstrak isinya; murah dan cepat tapi rapuh saat struktur berubah.

ISTILAH

extraction API

layanan (misalnya Firecrawl, Jina AI) yang mengembalikan konten bersih dari halaman yang butuh JavaScript untuk render.

ISTILAH

structured output

hasil kerja agent dalam bentuk berpola tetap (misalnya JSON) sehingga bisa diproses langkah berikutnya tanpa diurai ulang.

ISTILAH

schema

kontrak bentuk data: field apa ada, tipe apa, wajib atau tidak; dipakai bersama oleh penghasil dan pemakai data.

ISTILAH

risk tag

label low, medium, atau high pada tiap temuan yang menentukan seberapa ketat ia harus direview manusia.

ISTILAH

capability layer

lapisan yang menyatukan banyak backend di belakang satu antarmuka; agent tinggal minta, layer yang milih jalurnya.

ISTILAH

login state

sesi login yang tersimpan (cookie) supaya platform menganggap agent sebagai pengguna yang sudah masuk.

ISTILAH

backend cadangan

jalur kedua yang siap ambil alih otomatis saat backend utama diblokir atau gagal.

Hands on · Panduan praktis langsung dari CLI · September 2026 · Hermes v0.21

Hermes Agent: mulai & jalankan

Delapan panduan praktis — command ditarik dari docs resmi hermes-agent.nousresearch.com, diuji pada v0.21 (September 2026). Subcommand bisa berubah antar rilis; cek hermes <command> --help kalau ragu.

Langkah awal

H1 Install & first run

H2 Cheat sheet harian

Gateway

H3 Discord gateway

Minimum flow: H1 → chat berhasil, baru H3/H4

UI & Perluasan

H5 Web UI dashboard

H6 Skill & MCP cepat

Rutinitas & Config

H7 Rutinitas harian

H8 Command & config

8 panduan 4 kategori Diuji v0.21 · Sep 2026 Copy-paste siap pakai Bebas urutan baca
Langkah awal

Install & Cheat Sheet

H1

Install & first run · ~5 menit

Pasang Hermes, pilih model, cek kesehatan

Dari terminal kosong sampai agent pertama menjawab. Installer yang urus semua dependensi (Python, Node.js, ripgrep, ffmpeg) - kamu cukup koneksi internet.

  1. Siapkan dan jalankan installer. Di Linux pastikan curl dan xz-utils tersedia; sisanya diurus installer. Belum ada? Pasang dulu: Debian/Ubuntu sudo apt install curl xz-utils, macOS brew install curl xz. Setelah selesai, reload shell biar perintah hermes dikenali.

    sudo apt install curl xz-utils   # Debian/Ubuntu; macOS: brew install curl xz
    curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
    source ~/.bashrc   # pemakai zsh: source ~/.zshrc

    Alternatif paling gampang: tutup terminal, buka terminal baru.

  2. Pilih model. Menjalankan hermes pertama kali bakal masuk wizard setup - ikuti saja. Kalau mau langsung ke pilihan model, pakai picker interaktifnya.

    hermes model
  3. Wizard lengkap (opsional). Mau atur semua bagian sekaligus (model, terminal, tools, agent)? Jalankan wizardnya; bisa juga per bagian, misal hermes setup model.

    hermes setup
  4. Cek kesehatan. Ini gate terakhir: hermes doctor ngecek dependensi dan config sekali jalan.

    hermes doctor
Gate sukses
  • hermes --version nampilin nomor versi, dan hermes doctor keluar tanpa error. Lanjut ke chat: ketik hermes lalu tanya apa saja.
Kalau macet
  • hermes tidak dikenali setelah install: reload shell (source ~/.bashrc / source ~/.zshrc) atau buka terminal baru.
  • Doctor nemu masalah: coba hermes doctor --fix biar diperbaiki otomatis, baru jalankan ulang.

Lihat juga: Topik 3 buat pertimbangan install lokal vs server, dan Topik 4 buat strategi memilih model.

H2

Cheat sheet · ~3 menit

Command sehari-hari dalam satu tampilan

Cheat sheet

Dua puluh delapan command yang paling sering kepakai, per kategori. Tiap command tinggal klik copy, paste di terminal. Ditarik dari docs resmi, diuji pada v0.21 - subcommand jarang berubah, tapi --help selalu benar.

Mulai cepat

Chat interaktif (tanpa subcommand)

hermes

Satu prompt, jawab sekali, keluar - pas buat script

hermes chat --oneshot -q "ringkas file ini jadi 3 poin"

Output bersih buat script: cuma jawaban akhir di stdout

hermes -z "ringkas file ini jadi 3 poin"

Tanpa --oneshot, -q membuka sesi interaktif dengan prompt pertama terisi (perilaku v0.21+).

Lanjutkan sesi terakhir

hermes --continue

Cek versi terpasang

hermes --version

Konfigurasi

Pilih provider & model default lewat picker

hermes model

Wizard per bagian: model, tts, terminal, gateway, tools, agent

hermes setup gateway

Lihat config yang aktif sekarang

hermes config show

Diagnosa dependensi + config; --fix memperbaiki otomatis

hermes doctor

Status komponen (agent, auth, platform)

hermes status

Skill & MCP

Browser interaktif katalog skill

hermes skills browse

Cari skill di registry

hermes skills search copywriting

Daftar skill yang terpasang

hermes skills list

Katalog MCP server pilihan Nous

hermes mcp catalog

Daftar MCP server yang terpasang

hermes mcp list

Sesi & profil

Daftar sesi terakhir

hermes sessions list

Picker sesi interaktif: cari, lanjutkan, hapus

hermes sessions browse

Daftar semua profil

hermes profile list

Profil baru yang menyalin config & skill profil aktif

hermes profile create kerja --clone

Set profil default selanjutnya

hermes profile use kerja

Otomasi

Daftar cron job terjadwal

hermes cron list

Bikin cron job baru dari sebuah prompt

hermes cron create

Jalankan job tertentu di tick berikutnya

hermes cron run 1

Kirim pesan sekali ke platform gateway (dari script)

hermes send

Pemeliharaan

Update kode + dependensi; --check cuma ngecek

hermes update

Backup config, skill, sesi ke satu zip

hermes backup

Lihat log agent; -f buat mengikuti live

hermes logs

Log gateway 100 baris terakhir - pas saat bot diam

hermes logs gateway -n 100

Lihat juga: Topik 14 buat kebiasaan harian yang bikin command-command ini kepakai, dan Topik 18 buat kapan perlu profil terpisah.

Gateway

Hubungkan ke dunia luar

H3

Discord gateway · ~8 menit

Bot Discord → Hermes gateway → terima/kirim pesan

Hermes jadi bot Discord beneran: baca pesan, jalanin tools, balas di DM atau channel. Satu langkah yang paling sering kelewat: privileged intents - tanpa itu bot online tapi buta.

  1. Buat aplikasi. Buka Discord Developer Portal, klik New Application, kasih nama (misal "Hermes Agent"), catat Application ID-nya.

  2. Nyalakan privileged intents. Di halaman Bot, scroll ke Privileged Gateway Intents, nyalakan Server Members Intent dan Message Content Intent, lalu Save Changes. Tanpa Message Content Intent, bot nggak bisa baca isi pesan.

  3. Ambil bot token. Masih di halaman Bot, klik Reset Token, copy token yang muncul. Token cuma ditampilkan sekali - simpan di password manager, jangan pernah commit ke git.

  4. Undang bot ke server. Dari tab Installation (Public Bot nyala), pakai link undangan Discord dengan scope bot + applications.commands dan permission minimal: View Channels, Send Messages, Read Message History, Attach Files, plus Embed Links (diperlukan untuk merender respons terformat). Rekomendasi: Send Messages in Threads (untuk follow-up di thread) dan Add Reactions (untuk feedback 👀✅❌).

  5. Setup gateway. Pilih Discord di menu, masukkan bot token dan Discord user ID kamu (aktifkan Developer Mode di Discord, klik kanan nama kamu, Copy User ID).

    hermes gateway setup
  6. Pasang service background (Linux/macOS). install mendaftarkan gateway sebagai service (systemd/launchd) - sekali saja. start menyalakan service yang sudah terpasang itu.

    hermes gateway install
    hermes gateway start

    Di WSL, Docker, atau Termux: lewati install/start, pakai foreground - hermes gateway run - dan biarkan terminalnya hidup. Service manager jarang tersedia di lingkungan itu.

    hermes gateway run
  7. Kunci siapa yang boleh memerintah. Sebelum bot dibuka ke server bersama, pastikan allowlist cuma berisi kamu - agent punya akses terminal dan file, bukan mainan publik. Cek DISCORD_ALLOWED_USERS di ~/.hermes/.env berisi Discord user ID kamu saja, lalu hermes gateway restart.

    grep DISCORD_ALLOWED_USERS ~/.hermes/.env
  8. Cek status. Harus bilang running (plus PID-nya).

    hermes gateway status
  9. Tes. Kirim DM ke bot kamu. Di DM, bot menjawab semua pesan tanpa perlu mention. Di channel server, mention dulu (@nama-bot).

    Ekspektasi latensi: balasan pertama bisa memakan waktu belasan sampai puluhan detik, tergantung beban server dan model yang dipakai.

Gate sukses
  • Bot hijau (online) di server dan balas DM pertama kamu. Status hermes gateway status running.
Kalau macet
  • Bot online tapi diam: Message Content Intent mati atau fail-closed 0.18: tidak ada access policy (allowlist kosong). Cek log gateway - peringatan berbeda: "No Discord access policy configured; inbound Discord messages will be denied by default". Balik ke Developer Portal, nyalakan Message Content Intent, Save Changes, lalu hermes gateway restart.
  • Bot nggak kunjung online: cek log gateway - hermes logs gateway -n 100 - pesan error PrivilegedIntentsRequired konfirmasi langkah 2 belum jalan.
  • Bot balas orang lain: pastikan DISCORD_ALLOWED_USERS di ~/.hermes/.env cuma berisi user ID kamu.
Pastikan chat CLI jalan

Sebelum mengurus gateway Discord, pastikan dulu chat CLI dasarnya sudah berjalan: ketik hermes di terminal dan tunggu balasan pertama. Gateway baru berguna kalau dasarnya sudah jalan.

Demo: Hermes di Discord

Demo ini menampilkan lima skenario umum saat Hermes berjalan sebagai bot Discord: S0 bukti hidup, S1 roundtrip DM, S2 mention di channel dengan auto-thread, S3 slash command & picker, dan S4 kirim file dirangkum. Setiap skenario mencakup durasi estimasi, langkah kunci, dan ekspektasi hasil.

S0 Bukti hidup (~30 dtk)

hermes gateway status → running; bot hijau.

S1 DM roundtrip (~2 mnt)

DM "halo, kamu bisa apa?" → bot balas. Latensi balasan pertama bisa belasan–puluhan detik.

S2 Mention di channel → auto-thread (~1 mnt)

@bot di channel, follow-up di dalam thread tanpa mention. (Perilaku bawaan DISCORD_AUTO_THREAD=true.)

S3 Slash command & picker (~1 mnt)

/status, /model (di Discord = dropdown bawaan, maks 25 opsi, timeout 120 dtk).

S4 Kirim file → dirangkum (~2 mnt)

Attach PDF/teks kecil, agent baca & ringkas; batas ukuran default 32 MiB.

Kalau demo live
  • Token tidak pernah tampil di layar (Reset Token sebelum sesi, token hanya tampil sekali).
  • Server Discord khusus demo.
  • Satu aplikasi = satu gateway (gateway kedua dengan token sama → registrasi slash command tabrakan, "last startup wins" per docs).
  • DISCORD_ALLOWED_USERS presenter saja.
  • Rekaman screencast siap.
  • Aturan 2×60 detik → putar rekaman, jangan debug live.

Lihat juga: Topik 5 buat keamanan kredensial bot, dan Topik 26 buat pola auto-reply di platform chat.

H4

Email gateway · ~8 menit

IMAP/SMTP → Hermes gateway → terima/kirim email

Kirim email ke alamat agent, agent balas di thread yang sama. Jalan di semua provider yang dukung IMAP/SMTP - Gmail, Outlook, Fastmail. Pakai email khusus buat agent, jangan email pribadi.

  1. Siapkan akun email. Aktifkan IMAP di akun tersebut. Kalau akunnya pakai 2FA (wajib di Gmail), buat app password khusus - 16 karakter - lewat halaman App Passwords provider kamu.

  2. Setup gateway. Pilih Email di menu; wizard minta alamat email, app password, host IMAP/SMTP (Gmail: imap.gmail.com / smtp.gmail.com), dan daftar pengirim yang diizinkan.

    hermes gateway setup
  3. Nyalakan gateway. Sama seperti Discord: install + start untuk service background di Linux/macOS, atau run (foreground) di WSL/Docker/Termux.

    hermes gateway install
    hermes gateway start
  4. Verifikasi kirim-terima. Saat nyala, adapter ngetes koneksi IMAP + SMTP dulu, menandai inbox lama sebagai sudah dibaca, terus polling pesan baru secara berkala. Kirim email dari akun pribadi kamu ke alamat agent - balasan masuk di thread yang sama dalam semenit-an.

Keamanan: app password, bukan password utama
  • Gateway email butuh app password, bukan password akun utama kamu. App password bisa dicabut kapan saja tanpa mengganti password utama, dan nggak bisa dipakai buat login ke web.
  • Batas siapa yang bisa memerintahkan agent lewat email diatur EMAIL_ALLOWED_USERS - kosongkan dan agent mengabaikan semua pengirim yang nggak di daftar.
Kalau macet
  • Login gagal padahal password "bener": 99% karena masih pakai password utama. Ganti dengan app password.
  • Email kekirim tapi nggak dibalas: cek EMAIL_ALLOWED_USERS - pengirim kamu harus persis di daftar itu, dan cek log hermes logs gateway -n 100.
  • Host IMAP/SMTP salah: cek dokumentasi provider; port standar 993 (IMAP SSL) dan 587 (SMTP STARTTLS).
Pastikan chat CLI jalan

Sebelum mengurus gateway email, pastikan dulu chat CLI dasarnya sudah berjalan: ketik hermes di terminal dan tunggu balasan pertama. Gateway baru berguna kalau dasarnya sudah jalan.

Lihat juga: Topik 5 buat prinsip kredensial & secrets, dan Topik 16 buat hasil cron yang dikirim lewat email.

H5

Web UI dashboard · ~5 menit

Dashboard browser + embedded chat + desktop app

Kelola config, API key, dan sesi dari browser - plus tab chat yang nempel langsung di dashboard. Default-nya cuma kebuka di localhost, dengan gerbang auth.

  1. Nyalakan dashboard. Browser otomatis kebuka di http://127.0.0.1:9119.

    hermes dashboard
  2. Lewati gerbang keamanan. Dashboard lokal minta auth token di layar pertama. Kalau kamu expose dashboard ke luar (bind bukan 127.0.0.1), auth wajib - password atau OAuth, nggak bisa dimatiin.

  3. Pakai embedded chat. Tab chat di dashboard nyambung ke sesi CLI yang sama - lanjutkan percakapan dari browser tanpa buka terminal.

  4. Cek & matikan. Lihat proses dashboard yang jalan, atau matikan rapi.

    hermes dashboard --status
    hermes dashboard --stop
  5. Alternatif: desktop app. Mau versi native daripada browser? Satu command, build + launch Electron app.

    hermes desktop
Gate sukses
  • Dashboard kebuka di browser, auth token diterima, dan tab chat balas pesan pertama.
Kalau macet
  • Port 9119 bentrok: jalankan di port lain, misal hermes dashboard --port 8080 --no-open.
  • Butuh headless (server jauh tanpa browser): pakai hermes serve - backend yang sama tanpa auto-open browser.

Lihat juga: Topik 18 buat kenapa tiap profil punya dashboard sendiri, dan Topik 21 buat verifikasi hasil kerja agent secara visual.

Perluasan

Tambah kemampuan

H6

Skill & MCP cepat · ~6 menit

Browse & install skill, katalog & tambah MCP

Skill = prosedur yang bisa dipelajari agent (cara kerja, langkah, pitfall). MCP = sambungan ke server tool eksternal. Dua-duanya ditambah lewat CLI, bukan edit file manual.

  1. Jelajah katalog skill. Browser terpaginasi buat registry skill; search kalau udah tahu kata kuncinya.

    hermes skills browse
    hermes skills search copywriting
  2. Install skill. Terima ID dari katalog atau URL SKILL.md langsung.

    hermes skills install <id-skill>
  3. Cek yang terpasang. Semua skill aktif muncul di sini.

    hermes skills list
  4. Lihat katalog MCP. Daftar MCP server pilihan Nous, siap install satu command.

    hermes mcp catalog
  5. Tambah MCP server. Dari katalog via install, atau server custom via add dengan URL atau command.

    hermes mcp add n8n --url https://n8n.example.com/mcp
  6. Verifikasi koneksi. Tes server tertentu, dan lihat daftar lengkapnya.

    hermes mcp test n8n
    hermes mcp list
Gate sukses
  • Skill baru muncul di hermes skills list, dan hermes mcp test bilang koneksi sukses.
Kalau macet
  • Install skill ditolak policy: cek pesannya - flag --force cuma bisa override blokir non-dangerous, nggak pernah bisa buat verdict dangerous.
  • MCP test gagal: kebanyakan auth/kedaluwarsa token. hermes mcp login <nama> memaksa re-auth server OAuth.

Lihat juga: Topik 9 buat konsep skill dari script ke agent, Topik 20 buat contoh bundle, dan Topik 21 buat MCP browser.

Rutinitas

Jaga agar tetap sehat

H7

Rutinitas harian · ~4 menit

Update, backup, logs, cron - alur belajar lengkap

Empat kebiasaan pendek yang jaga install kamu tetap sehat: update rutin, backup sebelum hal besar, baca log saat aneh, dan cron buat kerjaan berulang. Total cuma beberapa menit per minggu.

  1. Update rutin. Aman dijalankan di install yang lagi aktif - update otomatis nyoba restart gateway yang jalan. Cek dulu tanpa install dengan hermes update --check.

    hermes update
  2. Backup config & data. Satu zip berisi config, skills, sesi, dan data - exclude kode hermes-agent sendiri. --quick cuma file state kritis, jauh lebih cepat.

    hermes backup
  3. Baca log waktu ada yang aneh. Default agent.log; -f mengikuti live; errors buat log error. Nggak perlu nemuin file-nya manual.

    hermes logs -f
    hermes logs errors
  4. Cron buat kerjaan berulang. Bikin job dari sebuah prompt, lihat daftarnya, dan tes jalan dengan run (dieksekusi di tick berikutnya).

    hermes cron create
    hermes cron list
  5. Audit keamanan rutin. Cek kerentanan supply-chain (venv, plugin, MCP server) - jalan setelah nambah skill, plugin, atau MCP baru.

    hermes security audit
Gate sukses
  • Update selesai tanpa error (exit 0), file backup zip ada di home, dan cron job pertama jalan sesuai jadwalnya.
Kalau macet
  • Update gagal karena ada perubahan file lokal: exit code 2 berarti working-tree menghalangi git pull - selesaikan dulu perubahan itu, baru ulangi.
  • Cron nggak jalan: cek hermes cron status (scheduler hidup atau nggak) dan hermes logs errors buat jejak kegagalannya.
Alur belajar lengkap
  • Install → chat: H1, pastikan doctor hijau dan satu percakapan bersih jalan.
  • Chat → gateway: H3 atau H4, pilih satu platform dulu. Chat CLI yang sehat sebelum nambah fitur.
  • Gateway → otomasi: H6 buat kemampuan baru, H7 buat rutinitasnya. Cron paling berguna begitu gateway jalan - hasil bisa dikirim ke platform kamu.

Lihat juga: Topik 16 buat desain cron job yang saling nyambung, dan Topik 28 buat resources lanjutan.

H8

Command & config · ~5 menit

Slash command gateway + lokasi env & config

Ada dua permukaan perintah: di chat gateway (Discord, Telegram, dll) ketik slash command, di terminal pakai CLI hermes. Semua setting non-secret tinggal di ~/.hermes/config.yaml; secret (API key, token, password) wajib di ~/.hermes/.env.

  1. Cek kondisi dari chat. Tiga command pantauan paling sering dipakai:

    /status

    Info sesi: model aktif, provider, token terpakai, plus recap obrolan terakhir.

    /usage

    Token + estimasi biaya input/output, dan sisa kuota akun kalau provider mendukung.

    /context

    Pemakaian jendela konteks per kategori. Tambahkan all buat rincian per skill dan toolset.

  2. Ganti model dari chat. Tanpa keluar dari Discord/Telegram:

    /model

    Tanpa argumen: Di Discord = dropdown bawaan (maks 25 opsi, timeout 120 detik); Di CLI = fuzzy-filter ketik.

    /model provider:model

    Langsung pindah, misal /model zai:glm-5. Tanpa flag: hanya berlaku di sesi ini; tambahkan --global biar tersimpan ke config.yaml. Catatan: pindah model di tengah sesi me-reset prompt cache, jadi giliran berikutnya dibaca ulang dengan harga penuh.

  3. Rawat sesi dari chat. Konteks makin panjang = makin mahal dan lambat:

    /compress here 4

    Rapikan konteks: 4 giliran terakhir dipertahankan utuh, sisanya diringkas. (Beberapa agent lain menyebutnya condense; di Hermes perintahnya /compress.) Bisa juga /compress focus topik buat menjaga satu bahasan tertentu saat meringkas.

    /new nama-sesi

    Mulai sesi baru yang sudah diberi judul, gampang dicari lagi lewat /resume atau /sessions.

  4. Kendalikan gateway dari chat.

    /restart

    Restart gateway dengan anggun: run yang aktif diselesaikan dulu, lalu konfirmasi dikirim balik ke chat. Pakai ini setelah ubah config atau .env biar perubahan berlaku.

    /stop

    Hentikan semua proses latar dan agent yang sedang jalan di sesi ini.

    /help

    Bantuan + daftar command yang tersedia di sesi/gateway ini. Di atas itu, /commands menampilkan semua command + skill terpasang secara terpaginasi (ada di v0.21; kalau versimu tidak mengenalinya, /help selalu ada). Setiap skill juga bisa dipanggil sebagai /nama-skill.

  5. Tahu lokasi file. Semua ada di ~/.hermes/:

    config.yaml = seluruh setting non-secret (model, terminal, TTS, kompresi, display). .env = khusus secret: API key, token bot, password. auth.json = kredensial OAuth (Nous Portal, dll). Rule of thumb: rahasia ke .env, sisanya ke config.yaml. Pasang profile lain? Tiap profile punya folder ~/.hermes/profiles/<nama>/ dengan config dan .env sendiri.

  6. Edit config lewat CLI - cara paling aman karena nilai otomatis diarahkan ke file yang benar:

    hermes config edit

    Buka config.yaml di editor. Cocok untuk ubah banyak baris sekaligus.

    hermes config set model anthropic/claude-sonnet-4

    Set satu nilai tanpa buka editor. Contoh lain: hermes config set terminal.backend docker.

    hermes config set OPENROUTER_API_KEY sk-or-...

    Kunci berbentuk API key otomatis disimpan ke .env, bukan config.yaml.

    hermes config get model

    Cek nilai yang sudah terpasang (resolved). Pasangan berguna lain: hermes config check mencari opsi yang hilang setelah update, dan hermes config unset KEY menghapus.

  7. Edit .env manual. Untuk secret yang ditambah aplikasi lain (token bot, key provider baru):

    nano ~/.hermes/.env

    Format satu baris per variabel: NAMA_VAR=nilai. Simpan, lalu /restart gateway (atau restart proses CLI) supaya variabel baru terbaca. Referensi dari config.yaml pakai ${NAMA_VAR}, contoh api_key: ${GOOGLE_API_KEY}.

Gate sukses
  • /status dibalas gateway langsung di chat, dan hermes config get model mengembalikan nama model yang benar.
Kalau macet
  • Gateway mulai aneh setelah ubah config: /restart dulu; kalau masih aneh, hermes config check mencari opsi yang hilang atau salah.
  • Var baru di .env tidak berlaku: env dibaca saat proses start - restart gateway/prosesnya, bukan cuma kirim pesan baru.
  • /model menolak nama model: hanya provider yang sudah terkonfigurasi yang bisa dipilih dari chat; tambah provider baru lewat hermes model di terminal.

Lihat juga: Topik 3 buat pilihan install, Topik 4 buat memilih model, Topik 5 buat keamanan secret, dan Topik 18 buat profile per konteks.