大綱

1. 工程師背景與模型選擇
2. 開發工具的實際體驗
3. 功能迭代與社群趨勢
4. 核心觀點：選最底層的工具

為什麼不是 Codex？Gemini CLI？OpenClaw？

每隔幾天就有人問：「你怎麼不用 XXX？」

我的答案一直沒變過。

不是其他工具不好，而是用了一年多之後，
我找不到搬家的理由。

我的背景

• WordPress 工程師，寫了十幾年的 PHP
• 主要場景：外掛開發、WooCommerce 客製化、LINE 串接
• WordPress 生態系有自己的一套規則和慣例

這些不是通用的程式知識，
而是你要在這個生態待過才會知道的細節。

用了一年多的累積

各家模型都試過，每一家都有各自擅長的領域。

但就我的使用情境，Claude 的表現一直最順手：

不只語法正確，而是真的理解 WordPress 的開發慣例，
給出的方案越來越像有經驗的工程師會做的選擇。

從最早期到現在，能明顯感受到它的進步。

開發工具的體驗比較

直接用 Claude Code 的感受：
終於沒有東西擋在中間了。

Claude Code 的透明度

• 描述需求，它理解
• 改了什麼檔案、改了哪幾行，全部攤在你面前
• 出問題時，能分辨是需求沒描述清楚，還是它的判斷有誤

這個透明度，在其他工具上得不到。

純粹是主觀體驗，但夠強烈。

功能迭代：社群說了，他們就做

Claude Code 的開發團隊在看社群。

功能需求在 GitHub Discussions 或 X 上被討論幾天，
下個版本就可能出現了。

不是「會排進路線圖」的官方回覆，
是真的直接做出來。

他們開創，其他人跟進

• Hooks — 在特定事件觸發時執行 shell 指令
• CLAUDE.md — 三層載入的專案脈絡管理（概念類似 Cursor 的 .cursorrules，但更完整）
• MCP — Model Context Protocol，連接外部工具
• 自訂 Skill — 可重複使用的工作流程
• 記憶系統 — 跨對話保留偏好與脈絡
• Sub-agent — 子代理人並行處理任務

這些機制後來被好幾個 AI 工具借鑑。

什麼是最底層？

用 Claude Code 能做到「套殼」工具做得到的所有事情，
甚至做到它們做不到的事情。反過來就不行。

那些重新包裝過的工具，本質上都是在 Claude 的能力之上做篩選。

篩選的過程中，一定會有東西被擋掉。

我不想只用一部分。我想要完整的能力。

學習門檻值得投資

Claude Code 的門檻比其他 AI 開發工具高：

• 得會用終端機
• 得學會寫 CLAUDE.md
• 得設定 hooks、MCP

但學會最底層的操作方式，
往上的工具你隨時都能理解、隨時都能切換。

反過來，只會用上層工具，
一旦限制卡住你，就得從頭學起。