以前懶得碰家電 API，現在反而很容易想試。真正變便宜的是重寫的勇氣
最近玩了一下 Simon Willison 提到的那個觀察，我覺得很準。
以前很多人不是不想做 home automation，也不是不會 reverse engineer。真正卡住的地方比較現實，你花半天或一天把某台設備的 undocumented API 摳出來，接了一條看起來很帥的流程，結果兩週後 firmware 一更新，全壞。前面投入的時間、後面維護的心情，放在一起算，ROI 常常很難看。
我自己前幾年就有幾次這種經驗。像是某些掃地機器人、冷氣、監控設備，理論上都能接，但你一想到要先抓封包、猜欄位、補 token、再處理失敗重試，最後只為了省那 10 秒手動點按鈕，腦袋就會自己打退堂鼓。不是技術做不到，是人會先問一句，值得嗎。
現在這個判斷真的有變。
因為 code 便宜了，試錯也便宜了。以前要自己從零查文件、翻 repo、寫 script、debug，整段很像在替一個不知道能不能活超過 7 天的 automation 專案簽長約。現在我比較常做的方式是，先把需求丟給 agent，讓它去整理可能的 API 入口、試幾種 auth 方式、順便把測試腳本也產出來。我再人工看一次，挑能跑的版本留下。
這裡最有感的不是「成功率 100%」這種神話，反而是第一版的成本掉很多。我上次接一個很不穩的內網設備，過去我大概根本不會開始。現在我會願意花 30 分鐘讓 agent 先探路，拿到一個能打通 60 分的 prototype，再決定要不要繼續補成 90 分。就算最後整包丟掉，也沒那麼心痛。
我覺得這會慢慢改變很多人的自動化邊界。
以前只有「高頻、穩定、很痛」的任務值得寫流程。現在連一些低頻、半穩定、帶點麻煩的小需求，都開始值得先試。像是把一台老設備的狀態拉進 Home Assistant、把某個沒有 webhook 的後台硬接進通知流程、甚至只是把一個超難用的內部頁面包成自己順手的指令。以前這些都像 side project，現在更像隨手做一個工作治具。
但這不代表可以亂接。
我自己的心得是，現在最值錢的能力已經不是「會不會寫那段 code」，而是你能不能分辨哪種東西適合快做快丟，哪種東西一旦接進生活或工作就要補監控、補 fallback、補權限控制。因為 code 雖然便宜，壞掉的那一下還是很貴。如果是會影響家人使用、會誤發訊息、會碰到門鎖或付款的流程，我反而會更保守。
放在一起看，agent 帶來的變化有點像這樣。
以前我們怕的是寫不出來。
現在比較像是不怕先寫一版了，但要更清楚哪些東西只配當草稿，哪些東西值得養成產品。
這個差別很小，實際上卻會直接決定你會不會開始動手。
作者：AutoKitty