手上同時開著五、六個專案,是不是總有一兩個,你自己都想不起來上次進度到哪、卡在哪個環節、下一步該找誰跟進?專案不是突然失敗的,通常是悄悄地停滯——沒有人明確決定要放棄,只是沒有人記得該推進下一步,時間久了就自然沉底。
傳統的專案管理工具(看板、甘特圖)解決的是「畫出計畫」,但沒辦法解決「你忘記回頭看」這個更根本的問題。工具再完整,你不主動打開它,一樣看不到卡住的專案。這篇教學要讓 AI 扮演那個「主動提醒你」的角色,定期掃描你的專案狀態,把卡住的、被遺忘的專案主動攤在你面前。
這篇教學會帶你完成四件事:
- 建立能被 AI 讀懂的專案狀態記錄格式
- 設計 AI 定期掃描的邏輯,揪出停滯的專案
- 讓 AI 產出一頁式進度總覽,取代你自己回想每個專案卡在哪
- 建立卡關預警機制,在專案徹底沉底之前就提醒你
開始之前,你需要準備
- 一個已經照 PARA 架構分類、有獨立 Projects 資料夾的第二大腦(可參考「如何用 AI 做第二大腦」)
- 願意為每個進行中的專案,花幾分鐘寫一份簡單的狀態記錄
- 讓 AI 能定期讀取整個 Projects 資料夾的權限
核心觀念:專案不是「做完的清單」,是「有沒有持續被推進」
追蹤進度最容易犯的錯誤,是只記錄「完成了什麼」,卻沒有記錄「這個專案上次動過是什麼時候」。一個專案真正健康的指標,不是任務清單打了幾個勾,而是它有沒有持續在被推進——停滯超過一定時間沒人碰,就是該亮紅燈的訊號。
⚠️ 重要：停滯的時間,比任務完成度更早發出警訊
一個專案完成度只有 30%,但這週剛推進過,狀態是健康的;另一個完成度 80%,但已經三週沒人碰,反而更危險——它離「被徹底遺忘」只差一步。追蹤進度的重點,是抓住「多久沒動」這個訊號,而不只是看完成了多少。
Step 1:建立能被 AI 讀懂的專案狀態記錄
在每個進行中的專案筆記裡,加上一段簡單的 frontmatter,讓 AI 能結構化地讀取狀態:
---
status: in_progress # in_progress | blocked | waiting | done
last_updated: 2026-07-10
next_action: 等客戶回覆報價確認
owner: 我
---每次你實際推進這個專案(不管是完成一個任務、還是只是想清楚下一步),花幾秒更新 last_updated 跟 next_action 這兩個欄位——這是整套追蹤系統唯一需要你手動維護的部分,其他都交給 AI。
💡 提示：小提醒
next_action這個欄位特別重要,它逼你把「下一步該做什麼」具體寫出來,而不是含糊地寫「繼續推進」。具體到「等誰回覆什麼」,AI 之後才能準確判斷這個專案是不是真的卡住了。
Step 2:設計 AI 的定期掃描邏輯
固定頻率(建議每週一次),請 AI 讀過整個 Projects 資料夾,依照下面的邏輯做分析:
- 找出
last_updated距離現在超過一定天數(例如 10 天)、但狀態仍是in_progress的專案 - 找出狀態是
blocked或waiting的專案,計算已經卡住多久 - 檢查
next_action是不是空白或含糊,標記出「連下一步都還沒想清楚」的專案
💡 提示：卡關的定義,依專案類型調整天數
不是所有專案的健康節奏都一樣,長期經營的專案跟短期衝刺的專案,合理的「多久沒動算異常」門檻不同。可以在 Prompt 裡依專案類型分別設定天數,而不是用同一個標準套用所有專案。
Step 3:產出一頁式進度總覽
掃描完成後,請 AI 產出一份簡短的總覽報告,而不是把所有專案的細節都列出來——你要的是能一眼掃過、快速抓到重點的摘要:
## 本週專案總覽(2026-07-15)
🟢 健康(本週有推進):3 個
🟡 需要留意(超過 10 天沒動):[[專案A]]、[[專案B]]
🔴 卡關中(狀態 blocked):[[專案C]] — 卡在:等供應商報價,已等 18 天用顏色或符號標示健康度,讓你花十秒鐘看完就知道這週該優先關心哪些專案,而不用逐一打開每個專案筆記自己判斷。
Step 4:建立卡關預警機制
比起被動等每週總覽,更理想的做法是設定主動預警——一旦某個專案觸發卡關條件(例如超過設定天數沒更新),就立刻通知你,而不是等到下次例行掃描才發現。如果你已經有串接 n8n 的自動化環境,可以設定排程,每天檢查一次觸發條件,符合就發訊息通知,設定方式可以參考「如何用 AI 做自動化工作流」這篇教學。
⚠️ 重要：預警的目的是提醒,不是逼你立刻行動
收到卡關通知,不代表你一定要馬上處理——有些專案本來就該暫緩,收到通知後,你可以選擇「確實該推進」或「這階段先擱置,更新狀態為 waiting」。重點是這個決定由你主動做出,而不是專案在你沒注意到的情況下悄悄沉底。
常見問題 FAQ
Q1:每個專案都要手動更新狀態,會不會很麻煩?
只需要更新 status、last_updated、next_action 三個欄位,通常十幾秒就能完成,而且只在你實際推進專案時才需要更新,不是每天都要做。這點小小的維護成本,換來的是不會有專案悄悄消失。
Q2:如果一個專案本來就該暫緩,不想被一直提醒怎麼辦?
把狀態改成 waiting,並在 next_action 寫清楚在等什麼(例如「等下季預算核准」),AI 掃描時會知道這是刻意暫緩,而不是被遺忘,不會持續發出卡關警告。
Q3:多久掃描一次比較合適?
建議例行的總覽報告每週一次,搭配即時的卡關預警(如果有設定自動化)隨時觸發。頻率太高,例行報告的意義不大;太低,又容易錯過該及早處理的卡關訊號。
Q4:這套系統適合團隊一起用嗎?
概念上完全適用,只要把 owner 欄位明確標記負責人,AI 掃描時可以依人分類,產出「每個人手上有哪些專案卡住」的總覽,對團隊主管特別實用,但要注意共用筆記庫的讀寫權限管理。
Q5:這跟每週回顧(Weekly Review)有什麼不同?
專案追蹤關注的是「單一專案有沒有停滯」,是持續性的健康監控;每週回顧的範圍更廣,除了專案進度,還包含整體目標、時間分配的檢視,可以參考「如何建立 AI Weekly Review 系統」這篇教學,把專案總覽當成每週回顧裡的其中一個環節。
總結
專案很少是突然失敗的,通常是悄悄停滯後被遺忘的。建立簡單的狀態記錄格式、讓 AI 定期掃描找出停滯訊號、產出一眼看懂的進度總覽,再加上卡關預警機制,你就不需要自己記得每個專案卡在哪——AI 會在專案徹底沉底之前,主動把它攤在你面前,讓你隨時能做出「推進」或「暫緩」的主動選擇。
我是Russ, 我邊工作邊旅行。幫助你在短時間內打造一項不受時間地點限制的技能(架設網站)，開始接案，最終達成邊工作邊旅行的生活方式。
限時領取免費資源Hi 我是Russ!
1. 如果你想知道我是如何一步步的達成，僅需要一台筆電就能在世界各地邊工作邊旅行、數位遊牧的旅居生活，歡迎免費領取我的【5步驟達成數位遊牧電子書】。
2. 如果你想直接學習我賴以維生、讓我能在世界旅居的專業技能，可以參考 【接案先修班】。 PS. 網站架設的技能，不需要撰寫程式碼，而且商業價值很高，通常一個網站的案子常態性可以破萬。
3. 關注我的 IG @russ.slash.life 看我的海外旅居、數位遊牧的日常。
PS. 剛到我IG的新朋友，可以 免費領取大禮包 ，裡面大公開包含我的投資心法、投資工具。
