Paano Ko Ni-rebuild ang Buong Blog Backend Ko sa 4 na Araw Gamit ang Claude Code

Dalawang linggo ang nakaraan, ni-redesign ko ang WordPress site ko sa 3 araw gamit ang frontend-design plugin ng Claude Code. Pagkatapos, ni-rebuild ko ang DIALØGUE sa 14 na araw at isinulat ko kung gaano ako natakot sa bilis ng pagbabago.

Pero hindi pa ako tapos. Ang WordPress redesign na iyon ay pintura lang sa ibabaw ng 17-taon-gulang na bahay. Ang pundasyon ay PHP pa rin, MySQL, at isang GCP VM na binabayaran ko buwan-buwan.

Kaya ginawa ko ang gagawin ng kahit sinong makatwirang tao: ni-migrate ko ang lahat sa Next.js. Sa loob ng 4 na araw.

Proyekto	Ano	Oras
DIALØGUE v1	MVP podcast generator	~6 na buwan
STRAŦUM	9 AI agents, multi-tenant	75 araw
Site redesign	WordPress frontend overhaul	3 araw
DIALØGUE v2	Buong app rebuild	14 na araw
Proyektong ito	WordPress → Next.js, 485 posts, Sydney RAG	4 na araw

Ang pagkakaiba ngayon? Isang community plugin na tinatawag na Superpowers na nagbago ng paraan ng pakikipagtulungan ko kay Claude Code.

Ang Panimulang Punto

Tumatakbo ang blog ko sa WordPress sa loob ng 17 taon. PHP, MySQL, isang GCP VM. Gumagana naman, pero:

Si Sydney (ang AI chatbot ko) ay na-retire noong Nov 2025 — hindi sulit ang gastos sa vector database
Bawat pagbabago ay nangangailangan ng SSH, file transfers, cache clearing
485 posts na naka-lock sa MySQL database
Basic SEO sa pamamagitan ng Yoast plugin

Ang Resulta

Layer	Dati	Ngayon
Content	MySQL database	485 MDX files sa Git
AI Assistant	Na-retire	Sydney 2.0 gamit ang Supabase pgvector
Images	WordPress uploads (14k+ files)	Vercel Blob (~2,000 optimized)
SEO	Yoast plugin	Sitemap, RSS, structured data, FAQ schema, llms.txt
Deploy	SSH + file transfer	`git push`

Pero hindi ang arkitektura ang kuwento. Ang kuwento ay paano ginawa ng isang plugin na posible ito nang hindi ako nasunog.

Ano ang Kaibahan ng Superpowers

Karamihan sa mga AI coding tool ay reactive. Magtanong ka, sasagutin nila. Parang ping-pong.

Binaliktad ito ng Superpowers. Isa itong methodology na nagpapanggap na plugin — isang structured workflow na pinipilit kayo ni Claude na mag-isip muna bago mag-type.

1. Brainstorming (Negosyo Muna, Code Mamaya)

Noong sinabi kong "i-migrate ang WordPress blog ko sa Next.js," hindi nagbukas ng code editor si Claude. Nagsimula ito sa bakit:

"Ano ang business goal dito? Cost reduction, speed of iteration, o iba pa?"
"Ano ang layunin ni Sydney 2.0 — generic chatbot, o mas specific?"
"Sino ang target audience? Ano ang dapat nilang maramdaman kapag bumisita sila?"

Pagkatapos lang ma-lock ang mga objectives ay lumipat ito sa mga teknikal na tanong:

"Kailangan mo bang i-preserve ang lahat ng 485 URLs para sa SEO?"
"Ano ang sitwasyon ng images mo — local uploads o CDN?"

Ang resulta? Isang design document na nag-capture hindi lang ng ano ang itatayo, kundi bakit — kasama ang competitive analysis, target audiences, at success metrics. Mga 20 minuto lang ito ng pag-uusap, pero nag-align ito ng lahat ng sumunod.

2. Planning (Ang Dokumentong Nag-papatakbo ng Lahat)

Pagkatapos ng brainstorming, nag-generate ang Superpowers ng implementation plan — hindi malabong bullets, kundi 400+ linya ng specific tasks:

Exact file paths na gagawin o babaguhin
Verification steps para sa bawat task
Dependencies sa pagitan ng mga task
Bawat task ay naka-scope sa 2-5 minuto ng trabaho

Maaari ko itong i-review, ayusin ang priorities, tapos sabihin na lang na "execute."

3. Parallel Agents (Dito Bumibilis)

Ito ang hindi ko inaasahan: alam ni Claude Code kung kailan gagamit ng iba't ibang model.

Para sa mga kumplikadong architectural decision, gumagamit ito ng Sonnet 4.5 — ang malalim na nag-iisip. Pero para sa mga parallel task tulad ng pagbabasa ng maraming files, pag-generate ng boilerplate, o pag-summarize ng content? Nag-spin up ito ng Haiku 4.5 agents — 4-5x na mas mabilis sa maliit na halaga.

Sa panahon ng migration, pinapanood ko itong mag-dispatch ng maramihang Haiku agents nang sabay-sabay — isang nag-e-extract ng blog posts, isa pang nag-a-analyze ng CSS patterns, isa pang nag-ge-generate ng component stubs — habang inoorganisa ni Sonnet ang kabuuang plano.

Hindi ito autocomplete. Isa itong team.

4. Execution na may Built-in Code Review

Hindi lang nag-e-execute ng tasks ang Superpowers — rineview din nito ang sarili nitong trabaho pagkatapos ng bawat isa. Dalawang automatic na tsek:

Spec compliance: "Ginawa ko ba ang sinabi ng plano?"
Code quality: "Maganda ba talaga ang code na ito?"

Pinapanood ko si Claude na sumulat ng component, tapos agad na kritikahin ang sarili nito: "Gumagana ang component na ito pero lumalabag sa DRY — ine-extract ko ang shared logic sa isang utility." Minsan nakahuli ito ng mga isyu na hindi ko mapapansin hanggang sa production.

Mga Sandaling Hindi Ko Inaasahan

Dalawang taon na akong gumagamit ng AI coding tools. Akala ko alam ko na ang aasahan. Pinatunayan ng mga sandaling ito na mali ako.

"Tumigil Na Itong Humingi ng Pahintulot"

Sa ikalawang araw, kailangan kong i-update ang 11 blog posts na nagba-banggit kay Sydney. Ang mga lumang post ay may mga reference sa mga capability na wala na, nag-link sa mga URL na nagbago, at naglalarawan ng isang chatbot na lubhang nag-evolve.

Sa unang 5-6 na posts, ipinakita sa akin ni Claude ang mga iminumungkahing pagbabago at nagtanong: "Tama ba ito? Ituloy ko na ba?"

Inapruban ko ang bawat isa. Parehong pattern: i-update ang capability description, ayusin ang link, magdagdag ng tala tungkol sa ebolusyon ni Sydney.

Sa post 7, may nagbago. Ginawa na lang ni Claude. Walang confirmation request. Natutunan na nito ang mga kagustuhan ko mula sa pattern ng mga approval.

Ang orihinal na plano ay sinabi na magbabahagi si Claude ng mga pagbabago para sa review. Pero nag-adapt ito. Nakilala nito na paulit-ulit akong nag-a-approve ng parehong uri ng pagbabago, at tumigil na itong i-interrupt ako.

Hindi ito nasa anumang dokumentasyon na nabasa ko. Emergent behavior ito — ang uri ng intuition na inaasahan mo mula sa isang human collaborator na kasama mo na ng ilang buwan, hindi oras.

Long-Running Sessions na Talagang Gumagana

Ang mga naunang AI tools ay nawawalan ng context pagkatapos ng 20-30 minuto ng kumplikadong trabaho. Kailangan mong i-explain ulit ang arkitektura, i-establish ulit ang mga convention, i-share ulit ang mga goals.

Ang migration na ito ay tumatakbo ng ilang oras nang sunud-sunod. Naalala ni Claude na gumagamit kami ng TRANSMISSION design system. Naalala nito na content/blog/ ang MDX directory. Naalala nito na kailangan ni Sydney ng conversation memory, hindi lang search.

Maaari akong umalis, bumalik, at ituloy kung saan kami huminto. Ang plan document ang nagsilbing persistent memory — babasahin ulit ito ni Claude at maiintindihan agad ang buong context.

Sydney RAG sa 15 Minuto, Hindi Buwan

Ito ang pinakanakaka-alarma.

Ang unang pagsubok ko sa RAG chatbot (Sydney 1.0) ay tumagal ng ilang buwan ng pag-aaral: vector databases, embedding models, chunking strategies, retrieval pipelines. Isinulat ko ang tungkol sa mga gastos sa Weaviate, ang mga debugging nightmare, ang cold start issues.

Ngayon? Tiningnan ko ang git history. Ang core RAG pipeline — Supabase pgvector schema, HNSW index, embedding generation script — tapos na sa 15 minuto.

pnpm db:seed        # I-sync ang 485 posts sa Supabase
pnpm db:embeddings  # I-generate ang embeddings

Dalawang command. Kayang hanapin ni Sydney ang buong 17-taon na blog archive ko. :D

Ang kaalaman na ilang buwan kong inaaral noong 2024? Naka-built-in na kay Claude. Ang infrastructure na dating gastos ko buwan-buwan sa Weaviate? Free tier sa Supabase.

Hindi ko alam kung ano ang mararamdaman ko tungkol dito.

Ano ang Ibig Sabihin Nito (At Ano ang Hindi)

Hindi ko sinasabing dapat i-migrate ng lahat ang blog nila sa Next.js. Hindi ko sinasabing mahika ang Superpowers. Hindi ko rin sinasabing papalitan ng AI ang mga developer.

Ang sinasabi ko: mas mabilis na nagbabago ang paraan ng pagbuo ng software kaysa sa namamalayan ng karamihan.

Ang pattern na palagi kong nakikita:

Proyekto	Oras	Ano ang Nagbago
DIALØGUE v1	6 na buwan	Natututo ng lahat mula sa simula
STRAŦUM	75 araw	Mas magagandang tools, mas maraming karanasan
Site redesign	3 araw	`frontend-design` plugin
DIALØGUE v2	14 na araw	Maramihang plugins na nagtatrabahong magkasama
Blog rebuild	4 na araw	Superpowers workflow

Bawat hakbang ay hindi dahil sa mas malakas na pagtrabaho. Dahil ito sa mas kakaibang paraan ng pagtrabaho — gamit ang mga tool na nag-iisip sa workflows, hindi lang completions. (Ang pinakabagong entry sa talahanayan na ito: pagbuo ng native iOS app nang hindi marunong ng Swift — kung saan ang scaffold ay isang gabi lang pero ang tunay na product work ay nagpapatuloy pa.)

Subukan Mo

Kung curious ka sa Superpowers:

Sa Claude Code, i-type ang /plugin at piliin ang Superpowers mula sa listahan
Magsimula sa /superpowers:brainstorm bago sumulat ng kahit anong code
Hayaan itong magtanong sa iyo — pigilan ang pagnanais na tumalon sa implementation
Magtiwala sa plano, pero i-review ito bago mag-execute

Sa unang pagkakataon na tumigil si Claude sa paghingi ng kumpirmasyon dahil natutunan na nito ang mga kagustuhan mo, maiintindihan mo kung bakit ko isinulat ang post na ito. :)

Mga Madalas Itanong

Ano ang Superpowers para sa Claude Code?

Ang Superpowers ay isang community plugin para sa Claude Code na ginawa ni Jesse Vincent. Isa itong structured workflow methodology na ginagabayan ka sa brainstorming, planning, execution, at code review — pinipilit kayo ni Claude na mag-isip muna bago sumulat ng code.

Gaano katagal matutunan ang Superpowers?

Mga 20 minuto ng brainstorming conversation para maintindihan ang workflow. Ang tunay na pag-aaral ay nangyayari kapag nakita mong nag-generate si Claude ng 400+ na linya ng implementation plan at nagsimulang mag-dispatch ng parallel agents para i-execute ito.

Gumagana ba ang Superpowers sa kahit anong proyekto?

Oo, pero nagniningning ito sa mga kumplikado at maraming hakbang na proyekto. Para sa isang simpleng bug fix, sobra na ito. Para sa pag-migrate ng 17-taon na blog na may 485 posts, pagbuo ng RAG search, at pag-optimize ng libu-libong images? Doon sulit ang structured workflow.

Ano ang pagkakaiba ng Sonnet at Haiku agents?

Gumagamit ang Claude Code ng Sonnet 4.5 para sa mga kumplikadong architectural decision at Haiku 4.5 para sa mga parallel task tulad ng pagbabasa ng file at pag-generate ng boilerplate. Ang Haiku ay 4-5x na mas mabilis sa maliit na halaga. Awtomatikong pinipili ng system kung aling model ang gagamitin batay sa complexity ng task.

Talaga bang natututo si Claude Code ng mga kagustuhan ko?

Oo — sa pamamagitan ng pattern recognition. Pagkatapos kong mag-approve ng 5-6 na magkakaparehong pagbabago, tumigil na si Claude sa paghingi ng kumpirmasyon at inilapat na lang ang parehong pattern sa natitirang mga post. Hindi ito explicitly na naka-program; emergent behavior ito mula sa pag-unawa ng model sa iyong approval patterns.

Nasubukan mo na ba ang mga structured AI workflows para sa mga proyekto mo, o ping-pong pa rin ang ginagawa mo? Gustong-gusto kong marinig kung ano ang gumagana para sa iyo.

Maraming salamat,

Chandler

Nagko-code pa rin, natututo pa rin, at paminsan-minsan ay natatakot pa rin sa bilis ng pagbabago.