自己的 AI 工作流才是真正的護城河
為什麼會想讀這篇文章
在現在人人都在用 AI 加速的時代，實在很想知道別人是怎麼使用這些工具在開發的，在社群平台看到有人分享了太空人的 Kaxil 寫的文章讓我很感興趣。
文章中有段文字讓我印象深刻：
Your workflow IS your IP.
你怎麼使用 AI 工具的方式，才是你真正的競爭優勢，換句話說工具人人都能用，但能設計出高效 workflow 的人才是少數。
Take Away
1. Skills：把你的知識轉成可重複執行的指令
Skills 是一組明確的指示，告訴 AI 在特定情境下應該怎麼做，同時 Skill 可以呼叫其他 Skill，形成組合技。
這就像是把你的工作 SOP 編碼化。你只需要設計一次，之後每次執行都能得到一致的結果，不用每次都重新解釋背景和期望。
以這個部落格為例，我就設計了幾個 Skill，例如「幫文章插入封面圖」、「依照 Kevin 的寫作風格潤稿」。每個 Skill 都有明確的輸入和輸出，組合起來就能完成完整的發文流程。
2. Hooks：讓 AI 不會暴衝的護欄
這是我覺得最實用的一個概念。
在平常使用 Roo Code 開發的過程中，發現即使在 Skill 裡寫了「遇到 A 情況就要執行 B」 這樣明確的指示，AI 有時候還是會選擇忽略它，這對 AI 來說沒有強制力，如果沒有自己看程式碼檢查就不會注意到這個不該犯錯的地方。
和 Skill 不一樣的是，Hooks 是在事件觸發時，由工具本身自動執行的 shell 指令。例如：每次 AI 寫完一段 code 就自動編譯或執行測試，沒過就無法繼續，這是系統層面的護欄。
3. 不同模型，不同用途
不是每件事都要用最強的模型。以 Claude Code 為例，Kaxil 的觀察是：
- Sonnet：適合寫 code、日常任務，速度快、夠用
- Opus：適合深度規劃、架構設計，思考更全面
用 Opus 寫 code 反而容易 overengineering，AI 會想得太複雜。選對模型不只是省錢，也是在保護你的結果品質。
除了開發，Kaxil 也把 AI 整合進更多日常工作，像是自動把會議記錄寫進 Obsidian。工作流不只是 coding，而是整個知識管理和溝通流程。
對我的影響
學習到了 Hooks 的用法 (因為平常工作使用的 Roo Code 工作流沒有這個功能)。在 Skill 裡寫各種規範，但 AI 不一定會遵守，尤其在執行到一半、遇到模糊問題的時候，很容易就憑感覺自由發揮了。
這也給了我在公司開發的 side project – Roo Code CLI 一些靈感，例如實作 hooks 機制以及自動切換模型，讓整個 workflow 的可靠性會大幅提升。
讀到這段像是當頭棒喝，目前 AI 的產出速度已經超過我的 review 速度了，有時候測試跑過了就會偷懶不 review (So bad!)
Learn to review code you didn’t write. This was always important. Now it’s the whole job.
看樣子還是要認真把每一行看過。
最後複習這段我最喜歡的一句話:
Your workflow IS your IP.
這給了我一個明確的學習方向： 創造自己的工作流