用 Jev 依語意搜尋

Jev 能依語意而不是關鍵字搜尋嗎？

可以，但僅限於一份有界的清單。TypeSafe 的逐行搜尋 Cookbook 為文件的每一行加上 id 標記，把標記後的文字當作狀態送出，再問一個 Choice 問題：哪一行回答了這個查詢？答案會附上每一行的機率，因此你的程式碼可以為它們排序。同樣的形式適用於任何簡短的文字列清單：收件匣裡的主旨、試算表的各列、政策的各項條款。

開啟可編輯的逐行搜尋範本。其中有五行虛構的商店政策，以及一個查詢；這個查詢與回答它的那一行幾乎沒有共用的字詞。載入只會建立草稿，要等你主動點擊檢查才會執行。

為什麼範本有「沒有任何一行」選項

Choice 的機率總和永遠是一。因此，即使文件中沒有任何內容回答查詢，仍會有某一行排在第一。官方 Cookbook 的處理方式，是在同一個請求中再問第二個是非問題：到底有沒有任何一行涉及這個查詢？你的程式碼先讀那個答案，再決定是否信任排序。

本站的「動手試試」頁面一次只問一個問題，所以這個範本加了第六個選項「沒有任何一行回答」，用來培養同樣的習慣。在實際整合時，建議優先採用 Cookbook 的雙問題形式。

每次只改一項，再比較結果

1、執行範本，記下 L2 和 L3 的機率。兩行都談到退換貨，但只有一行涵蓋已拆封的情況。

2、把查詢改成「多久可以送到？」，再執行一次。

3、問一個這幾行無法回答的問題，例如「可以寄到加拿大嗎？」，看看最後一個選項是否勝出。

沒有預填預期答案。在五行虛構內容上執行三次，無法說明它在你的文件上有多準確。

規劃時要考慮的限制

• 清單大小：Cookbook 指出一個 Choice 問題最多接受 255 個選項，因此一個請求最多涵蓋 255 行；更長的文件需要先做一輪篩選來縮小候選範圍。本站編輯器允許 2–6 個選項，這是本站限制。
• 門檻：Cookbook 中「已回答」、「部分回答」和「未提及」的分界值，區分的是它自己的範例，本來就需要依你的文件調整。
• 檢索依然重要：TypeSafe 的重新排序 Cookbook 先用關鍵字建立候選短名單，然後才針對每一組查詢–段落各問一個問題。Jev 判斷的是交給它的候選項；它並沒有搜尋整個語料庫。
• 事實留在原文裡：排序指向的是某一行。請顯示那一行的原文，而不是改寫後的說法，讓讀者能夠查證。

專案案例頁列出了社群的搜尋與重新排序實驗；每一項都只是單一作者自述的比較，而非基準評測。若相近的幾行給出混雜的訊號，請閱讀機率與信心程度的區別。