我發現自己每天在重複同一套流程，這件事該自動化嗎

這陣子固定在寫這個部落格，寫著寫著發現一件事：不管題目是什麼，我做的流程幾乎一模一樣——想題目、寫草稿、給自己看一次、微調語氣、存檔、配圖、推上 git。這套動作幾乎每天重複，重複到我開始想，這是不是該自動化的時候了。

但轉念一想，很多事情表面上看起來很像，其實不一定值得自動化。這篇整理一下我自己判斷「重複的工作，到底該不該動手做成自動化」的幾個標準。

重複的次數，不等於重複的成本

第一個容易搞錯的地方，是把「做的次數多」直接當成「該自動化」的理由。但真正該看的，是每次重複花掉的時間跟腦力，乘上你還會再做幾次。如果一件事每次只花十秒鐘，就算你做一千次，總共也才不到三小時，自動化這件事本身要花的時間，搞不好比省下來的還多。

我自己寫文章這套流程裡，「想題目」跟「調語氣」這兩步其實花的時間最多，而且每次狀況都不太一樣，很難用固定規則自動化；但「存檔、配圖存進資料夾、推 git」這幾步，幾乎每次做的事情都完全一樣，重複成本高，而且動作固定，這種才是真正值得自動化的部分。

固定不變的部分，才是自動化的好對象

這帶出第二個判斷點：一件重複的工作裡，通常同時混著「每次都不一樣」跟「每次都一樣」兩種成分。自動化該對準的是後者，而不是整件事情打包自動化。

寫文章這件事整個打包自動化是不合理的，因為題目、語氣、內容這些核心的東西本來就該由我自己決定，機器幫我決定反而失去意義。但存檔的路徑規則、圖片放的資料夾位置、frontmatter 的格式要求，這些是死的規則，寫成腳本或流程完全不會有問題，因為這部分本來就不需要「判斷」，只需要「執行」。

分清楚一件工作裡哪部分是判斷、哪部分是執行，是決定要不要自動化之前最重要的一步。判斷的部分留給自己，執行的部分才交給自動化。

自動化之後，你要有能力發現它壞掉

第三個常被忽略的地方，是自動化之後，這件事會變得比較不透明。你不會再每一步都親手做過，一旦某個環節壞掉，你能不能快速發現，成了另一個重要考量。

像我之前提過的自動化流程踩過的坑，資料型別默默轉換、上游格式偷偷改掉，這些都是自動化之後才容易發生的問題，因為人不在中間把關，錯誤不會有人立刻攔下來。所以在決定要不要自動化一件事之前，我會多問自己一句：這件事如果哪天默默壞掉，我多久才會發現，代價有多大。如果代價可以接受，那自動化划算；如果代價很高、又很難即時發現，寧可繼續手動做，用時間換一份安心。

先手動做過幾十次，再考慮自動化

最後一個心得，跟很多人的直覺相反：我覺得一件事不該一開始就自動化，該先手動做過夠多次，確定流程真的穩定、每次都長得差不多，才值得花時間把它變成自動化。太早自動化一件還沒摸透的流程，常常會發生規則寫死了，結果隔幾天流程本身又要改，反而白工一場。

重複本身不是問題，重複到你已經很清楚哪些部分永遠不變、哪些部分永遠會變，那才是動手自動化的時間點。在那之前，多手動重複幾次，其實也是在幫自己把流程看得更清楚。