前面提到,在開始做知識庫之前,我就有用 AI 排程,每週幫我找一些新的 AI 資訊。
這個任務叫做 Weekly AI Tools Scout。當初的想法很簡單:AI 工具更新很快,我不一定有時間一直追,如果可以每週幫我整理一次,應該會方便很多。
但我希望找到的,不只是最近很熱門的工具。我更想知道,有沒有跟我正在做的專案有關,或是能改善 Claude 使用方式的新功能、MCP、skill 等等。
今天重新看了這個排程的提示詞,也發現有些地方需要調整。
以下會省略私人網址、專案名稱與部署細節,主要分享搜尋規則的設計。新版提示詞今天才調整,還沒有測試結果。
原本的提示詞裡,除了搜尋方向,也有介紹我正在做的幾個專案,例如資料分析、商品資訊整理、個人知識庫,以及一些自動化工具。
這些背景是拿來讓 AI 判斷:找到的資訊跟我有沒有關係。
例如,一個新的圖片生成工具可能很熱門,但不一定是我目前需要的。反而是正在使用的 API 有棄用公告,即使沒什麼人在討論,也可能影響我的程式。
而且這個雲端任務沒有直接讀取本機專案的權限,它主要依靠提示詞裡的描述理解我的環境。
所以,如果專案已經改了,提示詞卻沒有更新,它可能找到最新的資訊,卻用舊的背景判斷值不值得推薦。
這是我這次重新整理時,才特別注意到的地方。
原本主要分成新工具,以及現有技術相關的更新。這次我把它整理得更明確,分成三類。
這類會追蹤已經使用的 API、資料庫、搜尋技術和通訊工具。
想知道的包括:
來源會優先找官方更新紀錄、公告和 GitHub releases,也要求確認時間,不要直接憑印象填版本號。
這類資訊不一定讓我增加新功能,但可能提醒我,原本正在運作的東西需要檢查了。
這類比較接近我最初的想法,搜尋近一週的新工具和使用方式。
例如多個 AI 服務的整合工具、MCP server、skill、agent 框架,或是能改善 Claude Code 使用效率的功能。
不過,搜尋到不代表就要裝進來。報告需要說明它解決什麼問題,以及跟我目前的專案有什麼關聯。
我希望看完之後,至少知道「為什麼這個東西值得我花時間點進去」。
這類是看看外面有沒有工具,正在處理跟我相似的需求。
例如,我已經有自己的知識庫,那新出現的知識管理工具,到底能補足什麼?還是只是把我已經有的功能再做一次?
因此我要求它說明,新工具跟現有做法是互補、重複,還是可能衝突。
這樣比較時,就能回到具體需求,而不只是覺得新產品看起來很厲害。
這次也加入了部署環境的限制。因為我的雲端資源有限,需要大量記憶體或重型常駐服務的方案,就不一定適合。
每個發現除了名稱和連結,也要提供:
| 項目 | 我想知道的事 |
|---|---|
| 關聯的系統 | 這跟我哪個專案有關? |
| 解決的問題 | 它能改善目前哪個地方? |
| 環境適配 | 現有環境是否有條件評估? |
| 建議處理方式 | 先略過、持續觀察、交由我評估,或建議不採用 |
| 判斷理由 | 為什麼給出這個建議? |
這些仍然是 AI 的初步判斷。尤其資源需求、相容性等資訊,如果來源沒說清楚,就還需要確認。
我也在提示詞裡寫明:它提供的是情報,是否採用由我決定。 找到某個 skill 或工具,和我已經使用它,是不同的事。
這次另外加入一個要求:除了列出有發現的資訊,也要列出搜尋過、但沒有找到值得報告之變動的項目。
因為報告沒提到某個工具時,我其實不知道,是這週沒找到更新,還是根本沒有查到那一部分。
不過這裡也要分清楚:
「這次搜尋沒有找到變動」,不等於「確定沒有任何變動」。
至少把查過的範圍留下來,我之後回頭看時,比較知道這份報告涵蓋了什麼。如果整週沒有值得一提的內容,也可以直接說沒有,不需要硬湊推薦。
目前提示詞要求把結果累積在同一個網頁,每週新增一節,最新的放在最前面,保留名稱、來源連結和判斷理由。
Scout 負責找資訊與整理報告;知識庫則負責後續保存和查找。專案裡另外有同步腳本,把最新一週的報告整理後存入知識庫。
這樣每週報告可以用來回顧,而之後想找某個工具時,也有機會從知識庫找回來。
目前新版提示詞只是今天剛調整,還沒有實際測試,所以我還不能說推薦已經變得更準。
接下來看結果時,我會先確認:
今天最大的收穫,是發現排程設定好之後,還有需要持續整理的地方。
專案會改變,我想找的東西也會改變。讓 AI 定期找資料的同時,也需要更新它用來判斷「什麼對我有用」的背景。