我是產品經理，不是工程師。
這句話我說了三年。每次有人問「你的個人網站呢？」我都回答「還在規劃」。規劃了三年，一行程式碼都沒有。
直到我開始用 Claude Code。
為什麼 PM 需要個人網站
做 PM 的人都知道，你的工作成果很難展示。不像設計師有作品集、工程師有 GitHub，PM 的產出大多是文件、會議和推動事情發生的過程。
我一直想要一個地方：
- 記錄我學到的東西
- 分享我打造的工具
- 讓有興趣合作的人找到我
但「架一個網站」這件事，對不寫 code 的人來說，聽起來就像「自己裝修房子」— 理論上可以，實際上會搞很久。
用 AI 寫程式的真實體驗
我選了 Astro 作為框架（因為它是靜態的，不需要伺服器），Cloudflare Pages 做部署（免費），然後用 Claude Code 當我的「共同開發者」。
整個過程大概是這樣：
- 我描述我想要什麼 — 用自然語言，像是跟同事說話
- Claude Code 寫出程式碼 — HTML、CSS、TypeScript
- 我看結果，給回饋 — 「這個間距太大」「顏色不對」「加一個深色模式」
- Claude Code 修改 — 通常一次就對了
聽起來很簡單，但有些事情出乎我意料。
出乎意料的事
AI 不只是寫程式。 它幫我做了架構決策、選擇設計方向、規劃檔案結構。有時候我會問「這個功能應該放在哪裡？」它會解釋不同方法的優缺點，然後建議一個方案。
品味仍然是人的工作。 AI 可以寫出技術上正確的程式碼，但「好不好看」這件事仍然需要人來判斷。我花了最多時間在調整字型、間距和顏色 — 這些是 AI 沒辦法自己決定的。
你不需要懂程式碼，但需要懂邏輯。 我不知道 TypeScript 的語法，但我知道「如果文章是草稿，就不要顯示在列表裡」這種邏輯。把邏輯表達清楚，AI 就能把它轉成程式碼。
PM 技能的意外優勢
做 PM 的訓練，在用 AI 寫程式時意外地有用：
- 需求拆解 — 把「我要一個部落格」拆成具體的功能清單
- 優先排序 — 先做核心功能，裝飾的東西之後再說
- 品質把關 — 知道什麼是「夠好」，不過度工程化
- 使用者思維 — 站在讀者的角度想「這個頁面好不好用」
本質上，用 AI 寫程式就是一種非常快速的「產品開發」。你定義需求、給回饋、迭代。只是迭代的速度從天和週，變成分鐘和小時。
一週的成果
七天之後，我有了：
- 一個設計精美的個人網站（你正在看的這個）
- 部落格系統（支援標籤、目錄、閱讀時間）
- 產品展示頁面
- 工具推薦頁面
- 中英雙語支援
- 自動部署到 Cloudflare Pages
這不是「湊合能用」的程度。這是我真的會拿出去給人看的品質。
給想試的人的建議
- 從小地方開始 — 不要一次做完整個網站，先做一個頁面
- 選對工具 — Astro + Cloudflare Pages 的組合，對靜態網站來說幾乎完美
- 準備好你的內容 — 在動手之前，先想清楚你要寫什麼
- 接受不完美 — 上線比完美重要，之後隨時可以改
AI 不會取代工程師。但它確實讓不會寫程式的人，能夠把自己的想法變成現實。
這就夠了。
如果你也是不寫 code 的人，想聊聊怎麼用 AI 做東西，歡迎聯繫我。