我平常會讓 Claude 讀知識庫。後來想到,如果換成 GPT,或是接上我正在開發的 AI 和語音助理,我希望它們也能使用同一份資料,不必各自存一份。
一開始我以為,確認另一個 AI 能連線、能搜尋到條目,就算接上了。
這次實際試著找資料,才發現「有找到」離「找到我想用的內容」還有一段距離。
我給的第一句話是:「我想找有關 iPAS 的相關資料,請幫我搜尋知識庫。」
這句話有點寬。知識庫裡有證照介紹,也有準備方法和刷題工具。如果 AI 直接列出所有相關條目,我還得自己從清單裡找一次。比較符合我期待的做法,是先問:「你想找證照介紹,還是準備方式與刷題資源?」
我回答想找準備方式與刷題資源後,再確認這次以初級為例。到這裡,AI 才知道該把哪筆資料放在前面,以及要怎麼整理。

這次用正式知識庫的雲端 MCP 搜尋「iPAS」,取回前 12 筆結果。其中確實有「iPAS 準備方法、解題技巧與刷題工具」,但它排在第 11;前面混入了不少和這次需求無關的資料。
後來我用知識庫的關鍵字搜尋交叉檢查,iPAS 的準備資料才排到前面。點開條目後,也確認它不只是標題提到 iPAS,內容確實有準備步驟、複習筆記、解題技巧和刷題工具。
這次結果沒有證明「換個問法,MCP 就會自動排對」。它讓我看見一個需要處理的問題:**AI 即使能使用同一份知識庫,也不能只把搜尋工具回傳的順序照單全收。**如果前幾筆不符合我說的目的,應該繼續核對,而不是把它們硬整理成答案。
對「iPAS 初級怎麼準備」這個問題,我期待的回答會像這樣:
「認識、整理、刷題」來自知識庫的準備方法;上面這份順序是依照我提出的需求重新編排的建議,不是我已經照著執行過的紀錄。這次只確認了線上刷題網站可以開啟,其他社群筆記與離線工具尚未逐一驗證。
專案有本機與雲端兩種 MCP 入口。工具名稱可以相同,但本機入口讀的是本機資料,雲端入口讀的是正式服務。知識庫搬到雲端後,不能只看到 search_knowledge 能呼叫,就認定它查的是正式資料。
這次我已確認正式版 REST 搜尋可用;雲端 MCP 也能初始化、列出工具,並搜尋到 iPAS 條目。Codex 的雲端 MCP 設定已加入,但這個對話是在設定前開始的,沒有重新載入新工具。因此「在新 Codex 對話中直接呼叫知識庫工具」仍要另外驗證。這次也沒有測試寫入。
[mcp_servers.personal_knowledge_base]
url = "https://kb.example.com/mcp/"
bearer_token_env_var = "KB_API_TOKEN"
這是架構範例,不是我的正式網址或完整部署設定。
MCP 用戶端連到雲端工具,再由工具讀取知識庫;憑證由執行環境提供,不放在文章裡。Codex 設定文件有這兩個欄位的說明。
我原本想驗證的是「換一個 AI,還能不能找到同一份資料」。現在看來,連上只是第一步。真正使用時,我會先說想找什麼;如果問得太廣,AI 要能反問。等需求清楚了,再查資料、點開內容,最後整理成我能使用的順序,並讓我知道依據來自哪裡。
這次的 iPAS 範例已經找出資料,也暴露了搜尋排序的問題。接下來要在新對話驗證 Codex 能否直接呼叫工具,並檢查「先釐清需求、再找資料、整理順序」這整段流程能不能穩定做到。