一天到底把時間花在哪？有人用 Rust 寫了一支程式，替全平臺回答這個問題

先把手上的線索攤開。這是一則發表在 V2EX「分享創造」版的作品展示貼文，作者 heroburnning 張貼了自己用 Rust 開發的螢幕使用時間記錄工具 Hindsight，支援 Windows、macOS 與 Linux，以 GPL-3.0 開源，專案放在 GitHub 上。貼文發出後約八小時，累積四百多次瀏覽，截至文章撰寫時留言區還沒有人回覆。

出發點很家常：現成工具總有一個地方不對勁

作者在貼文裡把動機講得很直白：一直想知道一天在電腦上把時間花到哪裡去了。他試過 ActivityWatch、RescueTime 這類既有工具，結果要嘛「界面不太順眼」，要嘛牽涉訂閱、操作不夠直觀。於是決定自己動手，用 Rust 寫一個。

這個起點在獨立開發圈非常典型。工具已經存在，但每個人的「不順眼」都不一樣，最後那個最在意的人就自己下去寫。與我們先前整理過的把 AI 套餐餘額做成菜單列數字的小工具是同一種思路：自己的痛點，自己用程式碼回答。

功能盤點：記錄只是底層，上面還疊了 AI

從貼文列出的特性來看，Hindsight 的功能盤相當廣：

• 後臺自動記錄應用與視窗活動，按日、週、月出圖表，還能依工作、娛樂等類別統計。
• AI 自動寫日報，可用本地或雲端模型按時段彙整天活動。
• AI 對話，可以直接問「這個月我在某某軟體上花了多久」。
• 螢幕記憶搜尋，螢幕上出現過的文字都能搜回來，截圖與 OCR 預設關閉、按需開啟。
• 多裝置彙總，可選 Google Drive 或 WebDAV 同步，把多臺電腦的數據合併統計。
• 外掛市場與主題市場，讓使用者自己手搓並分享，目前已有類似 Forest 番茄鐘的外掛。
• 資源佔用最佳化，關閉 OCR 時記憶體佔用低於 40MB。

把 OCR 這類重活設成預設關閉，是個值得注意的細節。螢幕全程錄影與文字辨識向來是這類工具最喫資源、也最容易引發隱私疑慮的部分，作者把它拆成選配，同時把輕量當成賣點，兩件事互相成立。

老問題的新包裝：時間記錄為什麼一直有人重做

螢幕使用時間記錄並不是新賽道。系統廠自己就做了，Apple 的螢幕使用時間、Windows 的時程洞察都內建在作業系統裡；第三方則有作者提到的 ActivityWatch（開源）與 RescueTime（訂閱制）。Hindsight 想卡進的位置，剛好落在兩者之間：要開源免費，但介面與體驗要比既有開源方案更講究，再把 AI 摘要與對話查詢疊上去。

AI 日報與「直接問它」的查詢方式，是這波時間記錄工具最明顯的變化。過去看統計是翻圖表，現在是把資料餵給模型，讓它替你總結、回答問題。這個方向能不能撐起長期使用習慣，目前還沒有足夠的使用者回饋可以判斷，畢竟貼文留言區仍是空的。

冷啟動的日常：四百次瀏覽，零則回覆

這則貼文本身也是獨立開發冷啟動的一個縮影。V2EX 的「分享創造」版每天有大量作品發表，不是每個都能引起討論。Hindsight 的貼文在幾小時內累積了四百多次瀏覽，代表有人點開看，但留言掛零，圍觀與回饋之間那道落差，正是多數獨立開發者得先習慣的事。

這種場景在 V2EX 並不罕見。先前TabSash 徵試用只等到五則回覆的故事說明，作品的完成度與社羣討論的熱度之間，往往沒有必然關係。對 Hindsight 來說，GPL-3.0 開源、跨三平臺、資源佔用低於 40MB 這些數字能不能轉成實際下載與外掛生態，還得看後續。

目前能確認的事實到這裡為止：一個跨平臺、開源的時間記錄工具，一則還在等待回覆的分享貼文，以及一個所有人都問過自己、卻很少人真的量出答案的問題。