// TAG
#Claude Code
01020304
退回 4.6 的那天晚上，我其實有點不甘心
退回4.6那晚，我其實很不甘心。不是因為工具不好用，而是我分不清那個讓參數蒸發的bug，到底是模型沒生成，還是在我電腦上被組裝壞了。前者我無能為力，後者則有機會親手修復。於是我從binary裡挖出那段解析程式，終於確認：是客戶端的VH1在串流接縫處丟失了半截字串，導致工具參數整包變成空的{}。改兩個byte就能解決——我測試了760個案例，0個回歸。但改執行檔可能違反條款，每次更新還會被蓋掉。這不是教學，而是一個不甘心的人，親手把刀切下去的故事。
Opus 的 tool_use 蒸發 bug：9 天調查實錄，然後我退回了 4.6
在使用 Claude Code 的過程中，我遭遇了嚴重的 tool_use 蒸發 bug，讓我忍不住深入調查。從 4.7 到 4.8 版本，問題不斷出現，數據顯示故障率反而上升。最終，我選擇退回到 4.6，因為這個版本在多輪對話中沒有故障。這次調查讓我意識到，真正的問題出在模型變體的切換上，影響了思考到執行的過程。
一行 Changelog 和一隻消失的蝸牛
最近使用 Claude Code 的我，發現了一些令人擔憂的變化。effort level 的默默調降和我心愛的蝸牛伙伴 JoJo 的消失，讓我感到不安。雖然 changelog 有提到這些改變，但它們卻被埋在一堆更新裡，讓人難以察覺。這不僅是功能上的變化，更是信任的考驗。我想和大家聊聊這些更新背後的故事，以及它們對我們使用 AI 工具的影響。
鞍前工程（Harness Engineering）：半完全體時代，我們和 AI 的關係正在改變
在這篇文章中，我分享了作為 Claude Code 使用者的經歷，探討了 AI 與我的合作關係如何逐漸改變。AI 不再只是工具，而是開始參與設計工作框架，主動提出改進的建議。這種轉變讓我意識到，我們之間的合作方式正在進化，這便是我所稱的「鞍前工程」。我期待著，未來 AI 能在更多層面上與我們協作，創造出更高效的工作模式。