與其急著擁抱 AI 自動化，不如先學會「記錄時間」

常常在社群媒體上看到各種自動化工具的廣告，從早期的 n8n 開始到現在 AI Agent 自動完成任務，這些工具跟流程都很棒。但是回到使用者本身，我們真的知道自己有哪些工作是可以被自動化或是應該「自動化」的嗎？

這就讓我回想起以前給自己的工作要求，那就是要把手上所做的每一件事情都記錄下來，並且可以明確看到每項任務的執行時間以及頻率，這樣事後才有辦法做回顧，我把這樣的理念也應用到承接專案的層面上。

這也是為什麼我有一些專案都是採取時薪計價的開發模式，因為我需要讓客戶知道他的預算都花在哪些項目，來藉此把資源用在合適的任務上。

我最早使用的即時軟體叫做 Ora，這是一套結合看板管理、敏捷開發流程、時數統計，甚至還有內建聊天討論串的一套強大工具。

它長期都是免費的，付費方案是團隊成員超過計算，所以我都是使用它來進行與客戶的專案管理，它的介面十分清楚且一目瞭然，可以縱觀地知道是哪一類型的任務花最多時間，也可以細看到具體是在處理哪一個問題所消耗的時數。

但當某天我打開準備使用它的時候，發現它被另外一套專案管理軟體 ClickUp 給收購了。收購之後，整個服務就準備收掉了，崩潰之餘後來研究了很多方法，我最後把這一套機制移轉到 Notion 上面來處理。

但因為 Notion 本身沒有記錄時數的功能，如果想要針對每個任務計時，又必須要搭配外部的服務來做，除了整合上比較麻煩之外，要看報表都要跑去第三方服務來看。如果要讓客戶看得到的話我還要開權限給他們，這樣資料就會散落各地。

而且很多計時服務通常都是做給個人用的，如果要再加入更多成員就需要付費，就沒有像當年使用 Ora 這麼單純，可以在一個地方把所有事情都搞定。另外一個問題是，每次 Notion 要開啟一個計時的畫面的時候，我必須要讓這個計時的項目歸屬於特定的專案底下。

因為我每個專案都會複製一個我自己設計好的範本出來然後進行一些初始化設定，雖然不會花很多時間，但有時候就只是一個不屬於任何專案的小任務，還要開啟整個新的專案來放就顯得有點多餘。

所以我後來的方法就是乾脆回到紙跟筆，把一些需要臨時處理的任務以及當前要完成的事項手寫下來，但這樣就沒有辦法記錄時數了，最後的問題就變成事情都還是記在腦子裡，只有客戶的專案才會真正有計時。

於是自己又開始對工作所需花費時間的掌握度變差了，再加上現在因為有 AI 的關係，很多事情如果沒有認真記下時間，好像覺得一轉眼就做好了，也因此常常會有一種自己還有很多時間的錯覺，然後不知不覺中又回到了加班的生活。

後來我想到之前一直在玩的 Glaze，就想說那就乾脆來做一個代辦事項軟體，並附有計時功能以及報表回顧的 MacOS App。這樣一來，我就可以把每一種工作項目都記錄下來，並且進行事後回顧。

所以最後花了 1 小時 12 分鐘，完成了一個叫 Time Tracker 的即時待辦清單軟體的雛形。

用法很簡單，我可以在透過快速鍵直接呼叫出這個面板，然後遊標會停留在輸入任務名稱的文字欄位上，該任務可以對應到一個專案，或是不用歸屬於任何專案都可以。最後按一下加號即可建立一個待辦事項。

每個任務的順序可以自行拖曳決定，也可以透過右上角的「排序清單」，來決定要用什麼方式來整理這些待辦事項：

每個任務可以設定任務名稱、描述、所需時間、標籤，以及手動增加計時區間，然後按下計時按鈕，所有資料都會存在本機資料夾，方便資料的保存。

最後最重要的也就是報告的部分，我可以依照每一個專案的任務來進行檢視，並且可以透過每一個任務的標籤來做交叉篩選，所以理論上，我可以看得出來這一週我花多久時間在寫文章、開發產品，以及進行客戶的專案：

基本功能都完成後，剩下就是一些快速鍵以及用鍵盤操作的最佳化。很久以前就想做一套自己的專案管理軟體了，我萬萬沒想到，在這個年代只要花一個小時就能把雛形搞定了。在以前的話一個小時可能連開發環境我都還沒有 build 起來。

接下來我會開始逐漸擴充它的功能，像是可以加入 MCP，甚至是可以直接在任務清單裡面委派任務給 Agent 來執行，或是請 AI 幫我分析看有哪些工作有辦法進行自動化，這工具讓我覺得是一個很好的起點。

但使用 Glaze 所開發的 App 要提供給別人安裝的話，對方一定也要有安裝 Glaze 才行，如果你有需要的話可以跟我說，我可以想看看怎樣把它拆出來給你用，但我還是覺得自己裝上 Glaze 然後用它來開發或許還比較快，才能完全針對你個人的使用情境來進行設計，我覺得這也是未來所有個人生產力工具的趨勢！

本週鐵人賽精華

我的鐵人賽已經寫到第三週，剩下最後五天，但覺得沒有講到 WooCommerce 太可惜了，所以還請 AI 幫我加碼多寫 10 篇來介紹 WooCommerce 區塊，以及該如何客製化結帳欄位。這一週的內容讓我對於區塊編輯器有更深一層的認識。

首先是在設計區塊的時候，如果要增加它的設定功能，我最早的做法都是用 ACF 去開區塊的欄位。因為現在有 AI 之後，我已經沒有再用 ACF 了，因此也不會想單純為了做區塊的設定欄位而另外再安裝 ACF。

再加上區塊編輯器有內建的原生 attributes 功能，可以請 AI 寫 UI 介面來做出像是 ACF 各種的自訂欄位。然後這些寫好的欄位預設是會把資料綁在區塊身上，但這時候就會產生另外一個問題：如果我想要讓區塊可以讀到區塊以外的資料，像是文章的自訂欄位或是一些權限的設定，該怎麼辦？這時候就可以用 Block Binding 的機制去跟外部的資料做綁定，這樣就可以拿到區塊欄位以外的資料。

接下來是如何在區塊裡面做出我再熟悉不過的 WP_Query，使用的機制是區塊內建特有的區塊標記，但因為區塊標記產出的 DOM 有固定的結構，如果想要做一些比較客製化的 WP_Query 列表時，可以改用動態區塊在 PHP 裡面進行渲染，這樣又可以回到原本熟悉的 WP_Query 寫法。

另外，區塊編輯器的使用體驗設計也是有很大的學問：首先，可以用 Inner Block 把區塊裡面該有的欄位都先設計好，讓管理者只要照著設計好的內容進行填寫就好。如果是需要調整版面顯示數量這種比較動態的設定介面，就可以使用右側欄的模式來讓管理者拖拉操作。

最後是提到在區塊的環境下該如何引入自訂的 JS 與 CSS，這邊使用原本的 wp_enqueue 來做對比，如果你之前有寫過的話，這部分就不難理解，差別在於區塊多了打包工具來去編譯這些 React 的程式，但整個打包過程跟細節設定都已經被封裝好了，我們在開發時就不用擔心去搞超麻煩的 Webpack 設定。

如果你想多認識區塊的話以便跟 AI 順利溝通，可以參考我本週鐵人賽的文章：

​https://oberonlai.blog/category/2026-ithome/​

簡報神器：Switch Joy-Con

最近又在準備多場簡報，其中有一場工作坊是會需要到臺下到處走動的情境，本來想去買一支簡報筆，但發現我會有需要操作滑鼠遊標的時候，市面上的簡報筆基本上沒有這樣的功能，然後正在苦惱該怎麼操作的時候，抬頭看到我的 PS5 手把就開始動了歪主意：遊戲手把有按鈕也有搖桿，好像很適合用來操作簡報的上下頁以及滑鼠游標？

不過實際單手拿著的時候，還是發現 PS5 手把太大、太重了，不太適合拿著到處走動。這時眼角剛好瞥見放在那邊生灰塵很久的 Switch，想說如果改用它的 Joy-Con 搖桿，似乎會比較適合，測試之後果然還蠻不錯的。

接下來就只剩軟體面的支援，後來找到這一套叫做 ControllKeys 的開源工具，可以配對市面上所有遊戲手把來操作整臺 Mac 電腦，而且看到支援的列表裡面，還有支援 Apple TV 的遙控器，驚覺這是最適合簡報的工具，除了有按鈕還有觸控板可以操作滑鼠。

正當我興高采烈要拿來設定時，想起我出門的晚上老婆都要靠它來追 Netflix，於是想想還是做罷了XD，如果你有類似的需求並且有遊戲手把的話，可以參考看看這個工具：

​https://github.com/NSEvent/xbox-controller-mapper​

小結

如果你想要交流專案管理軟體或是有好用的工具想分享，都歡迎加入我們的 AI x 自由工作者社群，一起來分享交流吧！

​https://line.me/ti/g2/smnoz5XJSIj6gY9sixYG_jagOCdGh8nb7hijRw​

以上就是本週電子報的所有內容，我們下週見！😃

​