[社群外掛] dsh-plugin-verified-search:補強 web_search 的時間/來源約束與結構化來源驗證(rc.6) #812
f0909172434
started this conversation in
Show and tell
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
大家好,分享一個針對「最新/目前/截至某日」搜尋情境的 DeepSeek Harness 社群外掛:
dsh-plugin-verified-search。目前版本為
v0.1.1,相容目標是 Harness0.1.0-rc.6,採 MIT License。這是獨立維護的社群外掛,不是 DeepSeek 官方修復或官方推薦套件。
它解決什麼問題?
我在 #332 遇到的情況是:要求 Harness 比較「目前最新的旗艦模型」時,搜尋流程可能引用其他公司的舊代模型,最後產生看似完整、實際時間基準不一致的比較。
這不只是搜尋結果偶爾不同,而是目前流程同時存在幾個缺口:
dsh-time-context(#344);web_search會另外啟動一個獨立的 DeepSeek Messages 搜尋回合,這個回合不會自動繼承外層 agent 的時間與證據要求;query,模型無法指定第一方來源範圍;此外掛不是更換搜尋引擎,而是把這段流程改成可以檢查、可以安全失敗的 verification workflow。
外掛做了什麼?
web_search的 agent,以verified_search取代舊工具;沒有搜尋能力的minimalpreset 不會被額外擴權;query與選用的allowed_domains;allowed_domains傳入 DeepSeek 原生web_search_20250305,並在 prompt 中再次寫明;filteredOut數量;所有來源都被移除時維持 unresolved,不拿舊版本補表;安裝
此外掛提交了已審查的
lib/,沒有 install-time build script;以 Git tag 安裝不需要allowBuilds。若你的 composition 已經自行掛載 #344 的
time-context,請在啟動 Harness 前設定:回滾:
使用範例
第一方來源核驗:
{ "query": "DeepSeek current flagship model as of 2026-08-14", "allowed_domains": ["deepseek.com"] }之後再執行另一個不設 allowlist 的查詢,取得獨立比較來源。若找不到同一日期下的目前版本,prompt policy 會要求保留缺口,而不是拿舊代模型替代。
真實 DeepSeek API 實測
我透過 Harness
0.1.0-rc.6的真實 headless composition 與真實 DeepSeek Anthropic-compatible Messages endpoint 測試:{ "query": "DeepSeek 官方 API 目前可用模型名稱,截至 2026-08-14", "allowed_domains": ["api-docs.deepseek.com"] }即使搜尋服務收到原生 allowlist,仍回傳了 7 個越界的結構化來源。外掛在本機移除全部 7 個來源,保留 8 個符合
api-docs.deepseek.com的來源,並回報filteredOut: 7。這 8 個來源都沒有 citation excerpt,所以 agent 最後明確回報「目前模型名稱仍 unresolved」,沒有用模型記憶補答案。對這類問題,我認為誠實地沒有答案,比產生時間基準錯誤的完整比較更安全。
驗證狀態
DSH_HOME的 tag 安裝、composition readback 與 HTTP 200 boot smoke 通過;80bcf73347222ae20ab70ea4e645d92f71c36b442aa52850b707040a6e961f55。限制
allowed_domains保證的是外掛最後回傳之結構化來源 hostname。它不是搜尋服務 candidate pool、內部推理、redirect、網路出口、生成文字或 factual freshness 的安全邊界,也不適合當作隱私或法遵隔離機制。外掛仍無法證明上游 index 一定收錄最新頁面,也無法把沒有 excerpt 的 URL 變成完整證據。搜尋 query 會成為 Harness durable session data,請勿在 query 中放入 API key、token 或私人資料。
連結與回饋
歡迎協助測試其他 query、Windows/Linux profile 與 provider 回傳形狀。如果遇到 credential leak 或 allowlist bypass,請使用外掛儲存庫已開啟的 private security advisory 回報,不要把 API key、signed URL 或原始 session log 貼到公開 Discussion。
All reactions