補上「用錯的路去證明一件事」那一格的閘(inkstone/ISEP#30 → comment 4879) #80
Reference in New Issue
Block a user
Delete Branch "feat/gate-search-is-not-proof"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
[isep-guard] inkstone/ISEP#30 → comment 4879
擋的是證據的出處,不是措辭。
判準(兩個條件同時成立才響)
kb://來源位址——而它這個 session 只在kbdb_search的回應裡出現過kbdb_graph_neighbors/kbdb_get_record/kbdb_query)拿過那筆對照驗收條件
kbdb_search不准被禁用兩個檔
hooks/kbdb-evidence-stamp.sh(PostToolUse)登記「這筆是哪條路拿到的」hooks/search-is-not-proof-guard.sh(PreToolUse: Bash/Agent/Task)在往外送的那一刻判斷實測 31 條
A 群不該擋 11、B 群該擋 5、C 群訊息 6、D 群登記處 9。
誠實邊界(寫在檔頭,沒有補)
改寫過的證據抓不到——「出處還是
../開頭」這種轉述沒有指紋。補它就會退回文字層,而文字層 8-17 已經被證偽(8 次誤攔、0 次正確攔截)。版本
0.7.0→0.9.0。跳過 0.8.0 是刻意的——分支fix/stamp-proves-seen-not-run(ISEP#72)已經佔用了 0.8.0,兩個不同內容不能共用一個號碼。擋的是**證據的出處**,不是措辭。 判準(兩個條件同時成立才響): ① 要送出去的那份東西(票上的留言/派工單)裡,貼了一個值 ——entry id 或 `kb://` 來源位址——而它這個 session 只在 `kbdb_search` 的回應裡出現過 ② 這個 session 從沒用產品檢索路徑(graph/wiki 內容/query)拿過那筆 為什麼不比對措辭:驗收條件第 4 條寫死不准,而 leo 2026-08-17 已經證偽過 文字層——那天 8 次誤攔、0 次正確攔截,且方向穩定:紅線寫得越細,命中 關鍵字的機率越高 ⇒ 那些閘在懲罰謹慎。值跟動作一樣有限且可枚舉,措辭不是。 🔴 `kbdb_search` 一點都沒有變難用:查 wiki、找 record_id、看某筆在不在, 全部照放。它只在「把搜尋輸出貼出去當產品檢索壞掉的證據」那一刻才響。 實測 31 條,A 群(不該擋)11 條、B 群(該擋)5 條、C 群訊息 6 條、 D 群登記處 9 條。真跡重演=inkstone/Arcrun#167 comment 4865 那則退回, 原文照貼會被擋;走過一次真路徑之後同一份留言就放行。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>43dc93fddato7de1ad6be6