先說結論：這篇差點寫不出來，因為我一開始完全看不懂它在幹嘛
老實招了：planning-with-files 是十大裡我卡最久的一個。裝完、跑完、拿到三份文件，我看著它們問了三遍「這個插件能幫我什麼？」直到有人用「廚師與食譜」點醒我：planning-with-files 是廚師，三份文件是食譜。寫完食譜，叫廚師照著做第一道菜，做完它自己更新進度。這篇記錄我從看不懂到離不開的全過程。
它是幹嘛的：給 AI 的專案管理三件套
planning-with-files（OthmanAdi 的 Codex 專用版）做的事很單純：為一個專案產出三份 Markdown 文件
-
- task_plan.md＝作戰地圖：這次要幹嘛、分幾步、做到什麼算完成
- findings.md＝證據櫃：查過的東西、結論是什麼，全記這裡，不用重查
- progress.md＝進度條：做到哪一步、卡在哪裡，文末還有「5 問快速恢復」，斷線回來 10 秒接得上
多個案子同時跑，進度都記在腦子裡：上週做到一半的事，這週要想半天才想起來。這三份文件就是你的外接大腦。
安裝：find-skill 立大功
又是用第 1 篇的 find-skill 找到的（你看，它真的貫穿全系列）。Codex 專用版 v3.25.0，全域安裝一次到位。裝完先跑了三文件建立測試，確認它會寫、會放對地方。
實戰：除臭襪 12 週 SEO 補強計畫
第一個實戰拿 除臭襪開刀：前老闆待我不錯，我欠他人情，想幫他把營業額做起來。我叫 planning-with-files 產出一份 12 週、六階段的 SEO 補強計畫，P0/P1/P2 排好優先級，每階段都有驗收條件。
三份文件出來，我給的評價是「專業 SEO 顧問水準」。但厲害的不是寫得多，是紀律：它嚴格區分「已知／待驗證／假設」，沒查到的寫未知、不確定的寫假設：AI 最大的毛病是一本正經編數字，這套紀律就是防呆裝置。三個月後回來看，不會被 AI 的漂亮話騙。
轉折：從看不懂到「那如果我要做 Dosha 呢？」
計畫出來我還是懵的，連問了三個問題：「這在哪個插件操作？」「之前咱們有寫過這樣的計畫？」「每次都請這個插件做出三個 MD？」問完才懂：一個專案，一份三件套。開竅之後我立刻追問：「那如果我要做 Dosha 呢？」「如果做占星呢？」「如果做慢慢烘咖啡呢？」
答案都是一樣的：為每個案子各建一份。現在 Arch3、Dosha、占星、慢慢烘四個案子，各有一套作戰地圖。Dosha 的直接從第二輪開始（技術問題上次已修完），不用從零盤點。
活文件四步：開工建檔→做完更新→斷線回看→交代丟檔
三份文件不是寫完供著的，是活文件：
-
- 開工建檔：多步驟、會跨天的工作，先叫它產出三件套再動手
- 做完更新：做完一步就叫它更新 progress.md（打勾＋記結果＋寫日期）
- 斷線回看：回來先看 progress.md 文末的 5 問，10 秒接上進度
- 交代丟檔：要跟甲方交代？把 task_plan.md＋progress.md 丟過去——做了什麼、做到哪、下一步是什麼，清清楚楚，比口頭報告專業十倍
有沒有坑
- 小任務別開：3 步以內、一天做完的事不用建檔，開多了變成文件垃圾場。
- 計畫很漂亮，執行靠自己：它幫你想清楚、記清楚，但 Phase 1 的盤點還是你要去做。別把「有計畫」當成「有進度」。
- 記得叫它更新：做完不更新，progress.md 就死了。養成「做完一步、更新一次」的習慣。
適合對象
- 手上多個案子、多步驟工作的人：必裝，這是給 AI 配了一個專案經理
- 接案子要跟甲方交代進度的人：交代丟檔那招，值回票價
- 一次只做一件事、做完就忘的人：可以跳過
Tina學姐評分 五顆星
從「看不懂」到「每個案子各建一份」，這個轉變本身就是 5 分的理由。十大裡對我工作方式改變最大的一個。