Cara Saya Membangun Ulang Backend Blog dalam 4 Hari dengan Claude Code

Dua minggu lalu, saya mendesain ulang situs WordPress saya dalam 3 hari menggunakan plugin frontend-design dari Claude Code. Kemudian saya membangun ulang DIALØGUE dalam 14 hari dan menulis tentang perasaan takut dengan akselerasi ini.

Tapi saya belum selesai. Redesain WordPress itu hanya cat baru di rumah berusia 17 tahun. Fondasinya masih PHP, MySQL, dan VM GCP yang saya bayar setiap bulan.

Jadi saya melakukan hal yang masuk akal: saya memigrasikan semuanya ke Next.js. Dalam 4 hari.

Proyek	Apa	Waktu
DIALØGUE v1	MVP podcast generator	~6 bulan
STRAŦUM	9 agen AI, multi-tenant	75 hari
Redesain situs	Overhaul frontend WordPress	3 hari
DIALØGUE v2	Rebuild aplikasi lengkap	14 hari
Proyek ini	WordPress → Next.js, 485 postingan, Sydney RAG	4 hari

Bedanya kali ini? Sebuah plugin komunitas bernama Superpowers yang mengubah cara saya bekerja dengan Claude Code.

Titik Awal

Blog saya sudah berjalan di WordPress selama 17 tahun. PHP, MySQL, VM GCP. Berfungsi, tapi:

Sydney (chatbot AI saya) pensiun di Nov 2025 — biaya database vektor tidak sebanding
Setiap perubahan berarti SSH, transfer file, membersihkan cache
485 postingan terkunci di database MySQL
SEO dasar via plugin Yoast

Hasil Akhir

Layer	Sebelum	Sesudah
Konten	Database MySQL	485 file MDX di Git
Asisten AI	Pensiun	Sydney 2.0 dengan Supabase pgvector
Gambar	Upload WordPress (14k+ file)	Vercel Blob (~2.000 teroptimasi)
SEO	Plugin Yoast	Sitemap, RSS, structured data, FAQ schema, llms.txt
Deploy	SSH + transfer file	`git push`

Tapi arsitekturnya bukan ceritanya. Ceritanya adalah bagaimana sebuah plugin membuat ini mungkin tanpa kelelahan.

Apa yang Membuat Superpowers Berbeda

Kebanyakan tool coding AI itu reaktif. Kamu bertanya, mereka menjawab. Seperti ping-pong.

Superpowers membalik ini. Ini adalah sebuah metodologi yang menyamar sebagai plugin — alur kerja terstruktur yang memaksa kamu dan Claude untuk berpikir sebelum mengetik.

1. Brainstorming (Bisnis Dulu, Kode Belakangan)

Ketika saya bilang "migrasikan blog WordPress saya ke Next.js," Claude tidak membuka code editor. Dia mulai dengan mengapa:

"Apa tujuan bisnisnya? Pengurangan biaya, kecepatan iterasi, atau yang lain?"
"Apa tujuan Sydney 2.0 — chatbot generik, atau sesuatu yang lebih spesifik?"
"Siapa target audiens-nya? Apa yang harus mereka rasakan saat berkunjung?"

Baru setelah menentukan tujuan dengan jelas, dia beralih ke pertanyaan teknis:

"Apakah kamu perlu mempertahankan semua 485 URL untuk SEO?"
"Bagaimana situasi gambar-gambar kamu — upload lokal atau CDN?"

Hasilnya? Dokumen desain yang menangkap bukan hanya apa yang harus dibangun, tapi mengapa — termasuk analisis kompetitif, target audiens, dan metrik keberhasilan. Ini memakan waktu sekitar 20 menit percakapan, tapi menyelaraskan semua yang mengikuti.

2. Perencanaan (Dokumen yang Menjalankan Semuanya)

Setelah brainstorming, Superpowers menghasilkan rencana implementasi — bukan poin-poin samar, tapi 400+ baris tugas spesifik:

Path file yang tepat untuk dibuat atau dimodifikasi
Langkah verifikasi untuk setiap tugas
Dependensi antar tugas
Setiap tugas berlingkup 2-5 menit pekerjaan

Saya bisa meninjau, menyesuaikan prioritas, lalu bilang "eksekusi."

3. Agen Paralel (Di Sinilah Kecepatannya)

Ini yang tidak saya duga: Claude Code tahu kapan menggunakan model yang berbeda.

Untuk keputusan arsitektur kompleks, dia menggunakan Sonnet 4.5 — si pemikir berat. Tapi untuk tugas paralel seperti membaca banyak file, menghasilkan boilerplate, atau merangkum konten? Dia memunculkan agen Haiku 4.5 — 4-5x lebih cepat dengan biaya jauh lebih rendah.

Selama migrasi, saya menyaksikan dia mengirim beberapa agen Haiku secara bersamaan — satu mengekstrak postingan blog, yang lain menganalisis pola CSS, yang lain membuat stub komponen — sementara Sonnet mengorkestrasi keseluruhan rencana.

Ini bukan autocomplete. Ini adalah sebuah tim.

4. Eksekusi dengan Code Review Bawaan

Superpowers tidak hanya mengeksekusi tugas — dia meninjau pekerjaannya sendiri setelah setiap tugas. Dua pengecekan otomatis:

Kepatuhan spesifikasi: "Apakah saya melakukan apa yang tertulis di rencana?"
Kualitas kode: "Apakah ini benar-benar kode yang bagus?"

Saya melihat Claude menulis komponen, lalu langsung mengkritik dirinya sendiri: "Komponen ini berfungsi tapi melanggar DRY — mengekstrak logika bersama ke utility." Kadang dia menangkap masalah yang mungkin tidak saya sadari sampai produksi.

Momen yang Mengejutkan Saya

Saya sudah menggunakan tool coding AI selama dua tahun. Saya pikir saya tahu apa yang diharapkan. Momen-momen ini membuktikan saya salah.

"Dia Berhenti Minta Izin"

Di hari ke-2, saya perlu memperbarui 11 postingan blog yang menyebut Sydney. Postingan lama mereferensikan kemampuan yang sudah tidak ada, menautkan ke URL yang telah berubah, dan mendeskripsikan chatbot yang telah berevolusi signifikan.

Untuk 5-6 postingan pertama, Claude menunjukkan perubahan yang diusulkan dan bertanya: "Apakah ini terlihat benar? Haruskah saya lanjutkan?"

Saya menyetujui setiap perubahan. Pola yang sama: perbarui deskripsi kemampuan, perbaiki link, tambahkan catatan tentang evolusi Sydney.

Mulai postingan ke-7, sesuatu berubah. Claude langsung... mengerjakannya. Tanpa permintaan konfirmasi. Dia telah mempelajari preferensi saya dari pola persetujuan.

Rencana aslinya mengatakan Claude akan membagikan perubahan untuk ditinjau. Tapi dia beradaptasi. Dia mengenali bahwa saya menyetujui jenis perubahan yang sama berulang-ulang, dan dia berhenti menyela saya.

Ini tidak ada di dokumentasi mana pun yang pernah saya baca. Ini adalah perilaku yang muncul sendiri — jenis intuisi yang kamu harapkan dari kolaborator manusia yang sudah bekerja denganmu selama berbulan-bulan, bukan berjam-jam.

Sesi Panjang yang Benar-Benar Berfungsi

Tool AI sebelumnya kehilangan konteks setelah 20-30 menit pekerjaan kompleks. Kamu harus menjelaskan ulang arsitektur, mengembalikan konvensi, membagikan ulang tujuan.

Migrasi ini berjalan berjam-jam tanpa henti. Claude mengingat bahwa kita menggunakan sistem desain TRANSMISSION. Dia mengingat bahwa content/blog/ adalah direktori MDX. Dia mengingat bahwa Sydney butuh memori percakapan, bukan hanya pencarian.

Saya bisa pergi, kembali, dan melanjutkan tepat di mana kita tinggalkan. Dokumen rencana berfungsi sebagai memori persisten — Claude membacanya ulang dan memahami konteks penuh secara instan.

Sydney RAG dalam 15 Menit, Bukan Berbulan-bulan

Ini yang paling menghantui saya.

Percobaan pertama saya dengan chatbot RAG (Sydney 1.0) memakan waktu berbulan-bulan untuk belajar: database vektor, model embedding, strategi chunking, pipeline retrieval. Saya menulis tentang biaya Weaviate, mimpi buruk debugging, masalah cold start.

Kali ini? Saya cek git history. Pipeline RAG inti — skema Supabase pgvector, indeks HNSW, skrip pembuatan embedding — selesai dalam 15 menit.

pnpm db:seed        # Sinkronkan 485 postingan ke Supabase
pnpm db:embeddings  # Buat embedding

Dua perintah. Sydney bisa mencari seluruh arsip blog 17 tahun saya. :D

Pengetahuan yang saya habiskan berbulan-bulan untuk memperoleh di 2024? Claude sudah punya secara bawaan. Infrastruktur yang dulu membebani saya setiap bulan di Weaviate? Free tier di Supabase.

Saya tidak yakin bagaimana perasaan saya tentang itu.

Apa Artinya (Dan Apa yang Bukan)

Saya tidak bilang semua orang harus memigrasikan blog mereka ke Next.js. Saya tidak bilang Superpowers itu ajaib. Saya bahkan tidak bilang AI akan menggantikan developer.

Yang saya bilang: cara kita membangun software berubah lebih cepat dari yang disadari kebanyakan orang.

Pola yang terus saya lihat:

Proyek	Waktu	Apa yang Berubah
DIALØGUE v1	6 bulan	Belajar semuanya dari nol
STRAŦUM	75 hari	Tool lebih baik, lebih berpengalaman
Redesain situs	3 hari	Plugin `frontend-design`
DIALØGUE v2	14 hari	Beberapa plugin bekerja bersama
Rebuild blog	4 hari	Alur kerja Superpowers

Setiap lompatan bukan soal bekerja lebih keras. Ini soal bekerja secara berbeda — dengan tool yang berpikir dalam alur kerja, bukan sekadar completions. (Entri terbaru dalam tabel ini: membangun aplikasi iOS native tanpa mengenal Swift — di mana scaffold-nya selesai satu malam tapi pekerjaan produk sebenarnya masih berlangsung.)

Coba Sendiri

Kalau kamu penasaran tentang Superpowers:

Di Claude Code, ketik /plugin dan pilih Superpowers dari daftar
Mulai dengan /superpowers:brainstorm sebelum menulis kode apa pun
Biarkan dia mengajukan pertanyaan — tahan keinginan untuk langsung ke implementasi
Percayai rencananya, tapi tinjau sebelum mengeksekusi

Pertama kali Claude berhenti meminta konfirmasi karena dia sudah mempelajari preferensimu, kamu akan mengerti mengapa saya menulis postingan ini. :)

Pertanyaan yang Sering Diajukan

Apa itu Superpowers untuk Claude Code?

Superpowers adalah plugin komunitas untuk Claude Code yang dibuat oleh Jesse Vincent. Ini adalah metodologi alur kerja terstruktur yang memandu kamu melalui brainstorming, perencanaan, eksekusi, dan code review — memaksa kamu dan Claude untuk berpikir sebelum menulis kode.

Berapa lama waktu yang dibutuhkan untuk mempelajari Superpowers?

Sekitar 20 menit percakapan brainstorming untuk memahami alur kerjanya. Pembelajaran sebenarnya terjadi ketika kamu melihat Claude menghasilkan rencana implementasi 400+ baris dan mulai mengirim agen paralel untuk mengeksekusinya.

Apakah Superpowers bisa digunakan untuk proyek apa saja?

Ya, tapi dia bersinar di proyek kompleks dengan banyak langkah. Untuk bug fix sederhana, ini berlebihan. Untuk memigrasikan blog 17 tahun dengan 485 postingan, membangun pencarian RAG, dan mengoptimasi ribuan gambar? Di situlah alur kerja terstruktur terbayar.

Apa perbedaan antara agen Sonnet dan Haiku?

Claude Code menggunakan Sonnet 4.5 untuk keputusan arsitektur kompleks dan Haiku 4.5 untuk tugas paralel seperti pembacaan file dan pembuatan boilerplate. Haiku 4-5x lebih cepat dengan biaya yang jauh lebih rendah. Sistem otomatis memilih model mana yang digunakan berdasarkan kompleksitas tugas.

Bisakah Claude Code benar-benar mempelajari preferensi saya?

Ya — melalui pengenalan pola. Setelah saya menyetujui 5-6 perubahan serupa, Claude berhenti meminta konfirmasi dan langsung menerapkan pola yang sama ke postingan sisanya. Ini bukan sesuatu yang diprogram secara eksplisit; ini adalah perilaku yang muncul dari model yang memahami pola persetujuan kamu.

Apakah kamu sudah mencoba alur kerja AI terstruktur untuk proyek-proyekmu, atau masih bolak-balik secara ping-pong? Saya senang mendengar apa yang berhasil untuk kamu.

Salam,

Chandler

Masih coding, masih belajar, masih sesekali takut dengan cepatnya semua ini bergerak.