上一篇提到，就算 AI 的回答有附來源，還是需要確認內容。

這次討論時，又想到資料存進去之後會不會過期。這點其實我之前沒有特別想過，因為前面主要都是在看 AI 整理得怎麼樣，有問題就再調整。

但如果我存的是一個 GitHub 專案，它後面可能還會更新。等我之後回來看，原本的說明可能就跟現在不太一樣了。

所以我想讓知識庫可以追蹤專案。這樣專案有變化時，我才會知道改了什麼，有沒有新增的功能可以用，或者會不會影響我原本使用的場景。

我希望先看到更新的差異

如果只是通知我「這個專案更新了」，我可能還是要自己點進去，找它到底改了哪些地方。

我會希望先看到這次跟之前記錄的版本差在哪裡，有哪些更動，用條列的方式簡單說明。想了解更多時，再點進去看詳細內容。

有些專案是國外的，更新說明可能是英文或其他語言，所以我也希望保留原文，另外放上 AI 解析後的說明，讓我可以對照著看。

這裡也要分清楚，哪些是官方真的有寫的修改，哪些是 AI 覺得可能可以怎麼用。建議可以讓我聯想到其他用途，但還是要實際使用，才能確認有沒有幫助。

另外，今天收錄不代表內容是今天發布的。我也希望把來源發布時間、收錄時間和最後檢查時間分開，沒有提供的資訊就先標記未知。

有找到幾個可以參考的方式

這次請 AI 查找後，有找到幾個可以使用或參考的方式。

一開始看到這些，我也有想說，是不是全部用上之後，設備負擔會變大。

後來才了解，它們不代表要安裝四套程式。

GitHub Releases 有 API，可以讓程式取得發布資料。

Keep a Changelog 則是整理更新日誌的指南，可以參考它把新增、修改、棄用、移除、修正與安全問題分開的方式。

GitHub Compare 可以先附上比較連結，需要時再回去查看，不急著讓 AI 分析全部程式碼。

至於 Semantic Versioning，也就是語意化版本，要先確認專案有遵循這套規則，才適合拿版本號當作線索，不能只看數字就認定更新不會影響使用。

不過，並不是每個專案都有發布 Release。沒有找到發布資料時，也不能直接說這個專案沒有更新，這部分需要另外標記。

我希望 AI 可以先整理好

討論時有提出，可以等我看到有興趣的更新，再交給 AI 分析。

但我比較希望打開知識庫時，AI 已經先整理好了。這樣我可以先看簡單的說明，再決定要不要繼續看詳細內容。

只是這樣就要考慮 Token 和使用額度的消耗。我目前只有 Claude Pro 和 ChatGPT Plus，暫時沒有打算增加其他支出。

所以我想到，可以固定時間處理幾筆，不需要一次全部整理。如果看到某個我比較在意的專案，也可以自己點選，讓它先處理。

這裡可以把「檢查更新」跟「AI 整理」分開。先用程式確認有沒有變動，有更新就通知我；還沒輪到 AI 處理的，就顯示待整理。這樣我不用等分析完成，才知道專案有更新。

至於簡化提示詞，也不能只是把內容截短。如果剛好把限制或使用條件刪掉，可能又會變成看起來整理好了，卻少了重要資訊。

在知識庫裡加上更新通知與追蹤清單

我希望這會是知識庫裡的一個新功能。

先有一個專案清單，可以看到有哪些專案，以及目前勾選了幾個。有全選功能，也可以個別勾選。

不過勾選的意思是「優先追蹤」，不是沒勾選的就完全不管。

我會希望先處理自己比較在意的專案，但如果它們一直都有更新，其他專案也要分配到一些名額，避免一直輪不到。

目前想先用這個方式測試：

• 每三天檢查一次。
• 每次檢查五個專案。
• 三個留給勾選優先追蹤的，另外兩個給沒勾選的。
• 各組輪流檢查，不要每次都看同樣幾個。

有更新時，就在知識庫裡顯示通知。還沒整理、已經整理完成，或是處理失敗，也要讓我看得出來。

這裡的五個是檢查數量，不代表每次都需要 AI 分析五次。沒有變動的就不用重新分析，有變動的才進入待整理清單。AI 每批處理幾筆，還需要測試用量後再決定。

第一次取得資料時，先當成之後比較的基準。後續除了新版本，也要注意同一個版本的說明是否被修改；如果跨了幾個版本，不能只看最後一版的更新。

多 AI 討論提出了哪些提醒？

這次我也用 multi-ai 審閱過追蹤與用量控制的方向。

Claude、Gemini、Codex 都有回覆，支持先保存更新，再控制哪些內容交給 AI 分析，但也都有提出需要補充的地方。Grok 則因為逾時沒有取得回覆，所以不能說這次四個 AI 都同意。

這些提醒有幫助，但我目前還是比較希望 AI 能預先整理，所以想用分批處理的方式來試。

後來想到的更新通知，以及每三天檢查五個的分配方式，是接著討論才補上的規劃，還沒有再送回多 AI 審閱，也還沒實作。

把目前想到的改善整理成清單

這幾天邊寫文章、邊討論，也累積了不少想改善的地方。我想把它們整理成清單，才知道哪些還沒做、哪些需要再確認。

目前改善文件有十個具名追蹤項目：

另外還有一些底層問題需要追蹤：

• 補充的有效內容沒有進入後續分析。
• 重送相同工作後，內容可能被重複附加。
• 同一個工作可能被重複認領處理。
• 部分步驟成功、部分失敗時，後續怎麼補跑。
• 摘要格式不同時，畫面能不能正確呈現。
• 失敗原因與重新處理的入口是否清楚。

這些也要確認最新修復狀態，所以不能把上面十項直接當成全部未完成問題的數量。

這次更新追蹤的部分，則再拆成幾個待做事項：

• [ ] 建立專案清單，支援全選與個別勾選優先追蹤。
• [ ] 加入每三天檢查五個、優先組三個與一般組兩個的輪流機制。
• [ ] 保存來源版本、原始內容與前後差異。
• [ ] 在知識庫顯示更新通知與整理狀態。
• [ ] 列表呈現簡短重點，詳細頁可以對照原文與 AI 解析。
• [ ] 提供手動要求提前整理的方式。
• [ ] 測試 AI 用量與內容品質，再決定每批處理上限。
• [ ] 額度不足或執行失敗時保留待辦，不自動切換付費方式。

先照這個方向試試看

目前這些都是規劃，還沒有啟用排程，因爲需要時間慢慢用 token 處理。

我先確認，更新差異能不能整理清楚，有沒有漏掉重要內容，以及 AI 的解析是不是真的能讓我想到新的用途，
或注意到原本的使用方式受到影響。

同時也要看會消耗多少額度。就算沒有另外付費，如果把平常開發要用的額度都消耗掉，也不一定適合我。

所以先把想到的內容記錄下來，再逐步測試。哪些已經做了、哪些只是目前的想法，也要分清楚，不然過一陣子回來看，我自己可能也會忘記進度。