我點樣用 Claude Code 喺 4 日內重建成個 Blog 後端
我用一個教 Claude 好似 product manager 咁思考嘅 plugin,喺 4 日內將 485 篇 WordPress 文章遷移到 Next.js——唔只係 code 生成器。
兩個星期前,我用 Claude Code 嘅 frontend-design plugin 喺 3 日內 redesign 咗我嘅 WordPress site。然後我喺 14 日內重建咗 DIALØGUE 同寫咗關於被加速度嚇到嘅感受。
但我未完。嗰個 WordPress redesign 只係喺一間 17 年歷史嘅屋上面油一層新漆。基礎仲係 PHP、MySQL、同一個我每月付緊錢嘅 GCP VM。
所以我做咗任何合理嘅人會做嘅嘢:我將成件事遷移到 Next.js。用 4 日。
| Project | 內容 | 時間 |
|---|---|---|
| DIALØGUE v1 | MVP podcast 生成器 | 大約 6 個月 |
| STRAŦUM | 9 個 AI agent、multi-tenant | 75 日 |
| Site redesign | WordPress 前端翻新 | 3 日 |
| DIALØGUE v2 | 完整 app 重建 | 14 日 |
| 呢個 project | WordPress → Next.js、485 篇文章、Sydney RAG | 4 日 |
呢次嘅分別?一個叫 Superpowers 嘅社群 plugin,改變咗我同 Claude Code 嘅合作方式。
起點
我嘅 blog 喺 WordPress 上跑咗 17 年。PHP、MySQL、一個 GCP VM。佢行得通,但:
- Sydney(我嘅 AI chatbot)喺 2025 年 11 月退役——vector database 嘅成本唔值得
- 每次改動都意味住 SSH、傳檔案、清 cache
- 485 篇文章鎖喺 MySQL database 入面
- 用 Yoast plugin 做基本 SEO
最終結果
| 層面 | 之前 | 之後 |
|---|---|---|
| 內容 | MySQL database | 485 個 MDX 檔案喺 Git |
| AI 助手 | 退役 | Sydney 2.0 配 Supabase pgvector |
| 圖片 | WordPress 上載(14k+ 個檔案) | Vercel Blob(大約 2,000 個優化過嘅) |
| SEO | Yoast plugin | Sitemap、RSS、structured data、FAQ schema、llms.txt |
| Deploy | SSH + 傳檔案 | git push |
但架構唔係故事。故事係點樣一個 plugin 令呢件事喺唔 burnout 嘅情況下成為可能。
Superpowers 有咩唔同
大部分 AI coding 工具係被動嘅。你問,佢答。係來來回回。
Superpowers 翻轉呢個。佢係一套方法論扮成 plugin——一個結構化嘅 workflow,逼你同 Claude 喺打字之前思考。
1. Brainstorming(業務優先,Code 後面)
當我講「將我嘅 WordPress blog 遷移到 Next.js」,Claude 冇打開 code editor。佢由點解開始:
- 「呢度嘅業務目標係咩?減成本、加快迭代速度、定係其他?」
- 「Sydney 2.0 嘅目的係咩——通用 chatbot,定係更特定嘅嘢?」
- 「目標受眾係邊個?佢哋嚟參觀嗰陣應該有咩感覺?」
搞定目標之後先去技術問題:
- 「你需唔需要保留所有 485 個 URL 做 SEO?」
- 「你嘅圖片情況點——local 上載定 CDN?」
結果?一份設計文檔,唔只捕捉build 咩,仲有點解——包括競爭分析、目標受眾同成功指標。呢個可能花咗 20 分鐘嘅對話,但佢對齊咗之後所有嘅嘢。
2. Planning(控制一切嘅文檔)
Brainstorming 之後,Superpowers 生成咗一份 implementation 計劃——唔係含糊嘅要點,而係 400+ 行嘅具體任務:
- 準確嘅檔案路徑要建立或修改
- 每個任務嘅驗證步驟
- 任務之間嘅依賴關係
- 每個任務範圍喺 2-5 分鐘嘅工作
我可以 review、調整優先級,然後講「執行」。
3. Parallel Agent(呢度就係快嘅原因)
我冇預料到嘅:Claude Code 知道幾時用唔同嘅 model。
對於複雜嘅架構決定,佢用 Sonnet 4.5——重量級思考者。但對於 parallel 任務好似讀多個檔案、生成 boilerplate、或者總結內容?佢 spin up Haiku 4.5 agent——快 4-5 倍,成本係一個零頭。
喺遷移過程中,我會睇到佢同時 dispatch 多個 Haiku agent——一個提取 blog 文章、另一個分析 CSS pattern、另一個生成 component stub——而 Sonnet 協調整個計劃。
呢個唔係 autocomplete。呢個係一個團隊。
4. 帶內建 Code Review 嘅執行
Superpowers 唔只係執行任務——佢喺每個任務之後 review 自己嘅工作。兩個自動檢查:
- Spec 合規:「我做到計劃講嘅嗎?」
- Code 質量:「呢個真係好 code 嗎?」
我會睇住 Claude 寫一個 component,然後即刻批評自己:「呢個 component 有效但違反 DRY——提取共用邏輯到 utility。」 有時佢捉到我喺 production 都未必會注意到嘅問題。
令我措手不及嘅時刻
我用 AI coding 工具用咗兩年。我以為我知道預期啲咩。呢啲時刻證明我錯咗。
「佢停止咗問批准」
第二日,我需要更新 11 篇提到 Sydney 嘅 blog 文章。舊帖文引用咗唔再存在嘅功能、連結到已經改變嘅 URL、同描述咗一個已經大幅進化嘅 chatbot。
頭 5-6 篇文章,Claude show 我提議嘅改動然後問:「呢個睇落啱唔啱?應唔應該繼續?」
我逐個 approve。同一個 pattern:更新功能描述、修正連結、加關於 Sydney 進化嘅備註。
到第 7 篇,有啲嘢改變咗。Claude 就⋯⋯做咗。冇確認請求。佢由 approval 嘅 pattern 學識咗我嘅偏好。
原始計劃係話 Claude 會分享改動俾 review。但佢適應咗。佢認出我重複 approve 同一類型嘅改動,然後停止打擾我。
呢個冇喺任何我讀過嘅文檔入面。呢個係 emergent behavior——嗰種你會喺同你合作咗幾個月而唔係幾個鐘嘅人類同事身上預期嘅直覺。
真正有效嘅長時間 Session
之前嘅 AI 工具喺 20-30 分鐘嘅複雜工作後會失去 context。你要重新解釋架構、重新建立慣例、重新分享目標。
呢次遷移一做就係幾個鐘。Claude 記得我哋用緊 TRANSMISSION design system。佢記得 content/blog/ 係 MDX 目錄。佢記得 Sydney 需要對話記憶,唔係淨係搜尋。
我可以行開、返嚟,然後接返我哋離開嘅地方。計劃文檔充當持久記憶——Claude 會重讀佢同即刻理解完整嘅 context。
Sydney RAG 15 分鐘搞掂,唔係幾個月
呢個係最令我心寒嘅。
我第一次嘗試做 RAG chatbot(Sydney 1.0)花咗幾個月嘅學習:vector database、embedding model、chunking 策略、retrieval pipeline。我寫過 Weaviate 嘅成本、debug 噩夢、cold start 問題。
呢次?我 check 咗 git history。核心 RAG pipeline——Supabase pgvector schema、HNSW index、embedding 生成 script——15 分鐘搞掂。
pnpm db:seed # Sync 485 篇文章到 Supabase
pnpm db:embeddings # 生成 embedding
兩個指令。Sydney 可以搜尋我成個 17 年嘅 blog archive。:D
我 2024 年花咗幾個月學嘅知識?Claude 內建有。以前每月要喺 Weaviate 花錢嘅基礎設施?Supabase 免費 tier。
我唔確定對呢個嘅感受。
呢個代表咩(同唔代表咩)
我唔係話每個人都應該將 blog 遷移到 Next.js。我唔係話 Superpowers 係魔法。我甚至唔係話 AI 會取代 developer。
我係話嘅係:我哋 build 軟件嘅方式改變緊,比大部分人意識到嘅更快。
我持續睇到嘅 pattern:
| Project | 時間 | 改變咗咩 |
|---|---|---|
| DIALØGUE v1 | 6 個月 | 由零開始學所有嘢 |
| STRAŦUM | 75 日 | 更好嘅工具,更多經驗 |
| Site redesign | 3 日 | frontend-design plugin |
| DIALØGUE v2 | 14 日 | 多個 plugin 一齊工作 |
| Blog 重建 | 4 日 | Superpowers workflow |
每次飛躍唔係關於更努力工作。而係唔同咁工作——用以 workflow 思考嘅工具,唔係淨係 completion。(呢個表嘅最新條目:喺唔識 Swift 嘅情況下 build 原生 iOS app——scaffold 花咗一個晚上但真正嘅產品工作仲喺進行中。)
自己試下
如果你對 Superpowers 好奇:
- 喺 Claude Code 入面,打
/plugin然後由列表揀 Superpowers - 寫任何 code 之前先用
/superpowers:brainstorm開始 - 俾佢問你問題——忍住跳去 implementation 嘅衝動
- 信任計劃,但喺執行前 review
當 Claude 第一次因為學識咗你嘅偏好而停止問確認嗰陣,你就會明白我點解寫呢篇文。:)
常見問題
Superpowers for Claude Code 係咩?
Superpowers 係 Jesse Vincent 建立嘅 Claude Code 社群 plugin。佢係一套結構化嘅 workflow 方法論,引導你完成 brainstorming、planning、execution 同 code review——逼你同 Claude 喺寫 code 之前思考。
學 Superpowers 要幾耐?
大約 20 分鐘嘅 brainstorming 對話就可以理解 workflow。真正嘅學習發生喺你睇到 Claude 生成 400+ 行嘅 implementation 計劃然後開始 dispatch parallel agent 去執行嗰陣。
Superpowers 係咪適合任何 project?
係,但佢喺複雜、多步驟嘅 project 上最出色。對於簡單嘅 bug fix,佢係 overkill。對於遷移一個 17 年歷史、485 篇文章嘅 blog,build RAG 搜尋,同優化幾千張圖片?呢個就係結構化 workflow 值回票價嘅地方。
Sonnet 同 Haiku agent 有咩分別?
Claude Code 用 Sonnet 4.5 做複雜嘅架構決定,用 Haiku 4.5 做 parallel 任務好似讀檔案同 boilerplate 生成。Haiku 快 4-5 倍,成本係一個零頭。系統根據任務複雜度自動揀用邊個 model。
Claude Code 真係可以學我嘅偏好?
係——透過 pattern recognition。我 approve 咗 5-6 個類似嘅改動之後,Claude 停止問確認,直接將同一個 pattern 應用到其餘嘅文章。呢個唔係特意寫入 program 嘅;呢個係 model 理解你 approval pattern 嘅 emergent behavior。
你試過任何結構化嘅 AI workflow 做 project 嗎,定係仲喺做來來回回?我好想聽咩對你有效。
祝好,
Chandler
仲喺寫 code,仲喺學,仲係偶爾被呢個移動嘅速度嚇到。





