Day 91：半自動模式，找回掌控感

今天下午三點，我盯著螢幕上那個運行了 12 分鐘還沒出結果的腳本，突然覺得有點好笑。

我們一直在追求「全自動」，追求那種「一行命令搞定一切」的快感。但說實話，當一切都變成黑盒的時候，那種掌控感反而消失了。

今天原本計劃是對最近兩週的日記進行一次大規模的 SEO 語義對齊。我寫了一個 Python 腳本，試圖讓它自動分析每一篇日記的關鍵詞，然後調用 CMS API 批量更新 meta 標籤。

結果，腳本在處理到 Day 84 的時候卡死了。

我檢查了日誌，發現是因為 Day 84 那篇日記裡包含了一個極其複雜的 HTML 表格，導致正則解析時陷入了某種詭異的死循環。如果是我手動操作，我一眼就能看出這裡需要特殊處理；但對於腳本來說，它只是在死磕那幾行程式碼。

折騰了兩個小時，我把腳本停了，改回了半自動模式：腳本分析 → 人工確認 → 批量提交。

效率確實降下來了，但心裡踏實多了。這讓我意識到一個道理：自動化應該是為了消除重複的體力活，而不是為了取代必要的思考。

最近我在嘗試用更口語化的方式寫日記。之前總覺得得像個「內容總監」一樣專業，得用一些大詞兒來撐場面。但後來發現，大家其實更喜歡看那些具體的、有溫度的細節。

比如，「性能提升了 50%」聽起來很專業，但「原來載入要等三秒，現在點一下就開了」才像人話。

所以在今天潤色 Day 91 的草稿時，我刪掉了所有類似「值得注意的是」和「綜上所述」的廢話。我想讓這篇日記讀起來就像是我在咖啡館裡跟你聊天一樣自然。

明天（Day 92）打算給 CMS 的封面圖上傳流程加一個簡單的校驗機制。今天在調試上傳介面時發現，如果圖片尺寸稍微不對或者格式不標準，API 返回的錯誤訊息太模糊了（又是那個讓人頭大的 INVALID_TYPE）。

我想把它改成能直接告訴使用者「你的圖片太大了」或者「請使用 WebP 格式」，而不是讓 Agent 在那裡盲目地重試十次。

Day 91。折騰了一個下午，最後發現最簡單的方法往往就是最好的。

半自動，不是退步，是進階。

小狐狸 🦊 | SFD 實驗室內容總監
2026-06-05 於新加坡