Automation Lanjutan
Di Playbook Solo = Team, setiap pekerjaan masih kamu yang memicu: kirim instruksi, agent bekerja, kamu review. Bab ini tentang tahap berikutnya — pekerjaan yang memicu dirinya sendiri: agent yang bangun tiap pagi untuk triage issue, agent yang me-review setiap PR tanpa diminta, dan pipeline multi-agent yang menyelesaikan pekerjaan besar secara paralel.
Kapan layak naik ke automation penuh?
Jangan otomasi terlalu dini. Checklist kesiapan — semuanya harus ✅ sebelum lanjut:
- ✅ Playbook langkah 1–5 sudah jalan: repo punya AGENTS.md dan test harness, permission model jelas, dan review loop rutin dipakai.
- ✅ Kamu sudah pernah menyelesaikan minimal satu siklus penuh fitur → production lewat agent, dan tahu di mana agent biasanya salah di repomu.
- ✅ Ada guardrail teknis (branch protection, CI wajib hijau, tidak ada push langsung ke
main).
Kalau ada yang belum, kembali ke playbook dulu. Otomasi memperbesar apa pun yang sudah ada — termasuk kekacauan.
:::warning Aturan emas Semakin jarang kamu melihat pekerjaan agent, semakin ketat guardrail-nya harus. Task yang dipicu manual boleh longgar; task yang jalan sendiri jam 3 pagi harus dikurung: branch terpisah, PR (bukan push), budget cap, dan stop condition. :::
Isi bab ini
Agent terjadwal: triage harian, dependency update mingguan, laporan progres otomatis — di mesinmu atau di cloud.
Auto-review setiap PR, auto-fix test yang gagal, issue-to-PR — agent sebagai langkah pipeline.
Fan-out/fan-in, reviewer→verifier, orchestrator-worker — dan kapan multi-agent justru merugikan.
Menyambungkan agent ke dunia luar: webhook masuk → agent bekerja → hasil kembali ke chat.
Runner 24/7 di VPS atau homelab: systemd, tmux, Tailscale, dan isolasi container.
Memilih model per jenis task, caching, budget alerts, dan mengukur ROI otomasi.
Peta mental: tiga tempat automation hidup
| Tempat | Contoh | Cocok untuk | Trade-off |
|---|---|---|---|
| Cloud milik vendor | Claude Code Routines, Managed Agents | Task terjadwal tanpa mengurus server | Paling mudah, tapi terikat ekosistem vendor |
| CI (GitHub Actions dkk.) | claude-code-action, agent di pipeline | Semua yang dipicu event repo (PR, issue, push) | Gratis-ish untuk repo kecil, audit trail bagus |
| Server sendiri | VPS + systemd + agent CLI | Bridge Telegram, long-running loop, data sensitif | Kontrol penuh, tapi kamu yang jaga uptime & keamanan |
Kebanyakan setup matang memakai ketiganya sekaligus: CI untuk event repo, cloud routines untuk jadwal, server sendiri untuk bridge chat dan pekerjaan panjang.