Issues

有上限的查詢前併入一律跳過改寫過的來源：讓小的改寫在上限內也做完（follow-up from #71）

PsychQuant/claude-code-ltm#86 · opened

on Oct 12, 2026

recall hook 的四個問題：封頂會越過 28 秒、崩潰被說成版本過舊、壞 pattern 安靜未命中、spec 從 #64 就過時（follow-up from #76）

PsychQuant/claude-code-ltm#85 · opened

on Oct 11, 2026

量測 #67 的效果：同一份語料上 #67 前後的列數、索引體積、build 時間、查詢延遲、#62 兩組查詢的前三名（follow-up from #67）

PsychQuant/claude-code-ltm#84 · opened

on Oct 11, 2026

recall 區塊不顯示「讀不到來源」與調校參數的拒絕：hook 輪次看不到這兩種沒用上新內容的情形（follow-up from #76）

PsychQuant/claude-code-ltm#83 · opened

on Oct 11, 2026

plugin/README 引用 hook 命中輪次約 1 秒的成本，出處紀錄寫的是沒量過（follow-up from #76）

PsychQuant/claude-code-ltm#82 · opened

on Oct 11, 2026

recall hook 失敗的 notice 只有模型看得到，spec 與 README 仍以使用者為讀者寫「可見／不會靜默」（follow-up from #76）

PsychQuant/claude-code-ltm#81 · opened

on Oct 11, 2026

編排公開寫入的 background job，state 連到 CLAUDE.md 點名「不要 resume」的 session——要不要改由新 session 接手

PsychQuant/claude-code-ltm#80 · opened

on Oct 11, 2026

recall hook 的 GUARD 預設 20 秒，超過 #76 拍板的 5 秒預算——先量 hook 端到端耗時再決定要不要改

PsychQuant/claude-code-ltm#79 · opened

on Oct 11, 2026

1

ltm mcp 執行工具時收不到取消、也送不出 progress——server 迴圈是單執行緒同步的（sister concern from #71）

PsychQuant/claude-code-ltm#78 · opened

on Oct 11, 2026

54 種非工具文字各有 ≥50 份逐字相同的 chunk（共 10,604）——重複的 prompt 與展開的模板同樣佔滿向量通道（sister concern from #67）

PsychQuant/claude-code-ltm#77 · opened

on Oct 11, 2026

查詢前併入的固定成本沒有使用者層預算——#56 的「1 秒」是工程目標，#73／#75 沒有門檻可比（residue from #61）

PsychQuant/claude-code-ltm#76 · opened

on Oct 10, 2026

24

#61 的結構性閘量測（原 task 6.1）：發版後量前後對照、建置情境與寫入端 trigger 成本

PsychQuant/claude-code-ltm#75 · opened

on Oct 10, 2026

1

整份稽核不涵蓋的衍生狀態：vector_count 缺漏時側車被截短、外部刪除 chunk 連同連結時 FTS 留下舊 postings

PsychQuant/claude-code-ltm#74 · opened

on Oct 9, 2026

chunkCount() 是不是每次 build 值得改的固定成本——#61 劃出去的另一半，先量測再決定

PsychQuant/claude-code-ltm#73 · opened

on Oct 4, 2026

1

swift test 在 TMPDIR 留下暫存：IndexDatabaseTests 的 -wal／-shm 孤兒檔，以及其他測試的 ltm-* 目錄（每次約 64 個）

PsychQuant/claude-code-ltm#72 · opened

on Oct 2, 2026

ltm_query 在高負載下 30 分鐘零回應、零 progress，被 client 以 idle timeout 中止

PsychQuant/claude-code-ltm#71 · opened

on Sep 25, 2026

11

recall hook 用 Bash 持續 cwd 決定 scope——模型 cd 到非 project 目錄後每輪 rc=4 scopeError，回想靜默失效 (sibling concern from #69)

PsychQuant/claude-code-ltm#70 · opened

on Sep 22, 2026

索引落後 768 個來源——剛結束的 session 在下一個 session 首次回想就查不到，recall 回舊命中不說明落後範圍

PsychQuant/claude-code-ltm#69 · opened

on Sep 22, 2026

rrf-tie 量測儀器把查詢字串放進 argv 與 stdout——與 #63 的基準查詢走同一條污染通道，卻沒有同一套紀律

PsychQuant/claude-code-ltm#68 · opened

on Sep 7, 2026

1

84% 的 chunk 是零內容工具殘影（⟨tool_result ok⟩／metadata-only），照樣進向量通道擠掉實質 turn（sister concern from #62）

PsychQuant/claude-code-ltm#67 · opened

on Sep 6, 2026

13

hook 注入的回想無法在記憶層被標記：--format recall 不記 shown、區塊沒有呈現識別碼，ltm mark 無從定位

PsychQuant/claude-code-ltm#66 · opened

on Sep 4, 2026

2

同機多個 ltm mcp 行程（bg-spare 預熱 session）各自在首查時併入語料、爭同一把 build lock（sister concern from #64）

PsychQuant/claude-code-ltm#65 · opened

on Sep 3, 2026

3

基準查詢已被語料污染——三個量測查詢字串本身進了索引，需要一組不在語料裡的查詢與一條使用規則

PsychQuant/claude-code-ltm#63 · opened

on Sep 3, 2026

75

查詢自身的 turn 成為第一名命中——查詢字串一進語料就把自己召回（self-hit）

PsychQuant/claude-code-ltm#62 · opened

on Sep 3, 2026

2

`.timeLimit` 對卡在同步 C call 的 test body 只記 issue、不解除阻塞——三個檔案的「掛住→紅燈」宣稱不成立

PsychQuant/claude-code-ltm#59 · opened

on Sep 3, 2026

2

Navigation Menu

Repository navigation

Issues

有上限的查詢前併入一律跳過改寫過的來源：讓小的改寫在上限內也做完（follow-up from #71）

recall hook 的四個問題：封頂會越過 28 秒、崩潰被說成版本過舊、壞 pattern 安靜未命中、spec 從 #64 就過時（follow-up from #76）

量測 #67 的效果：同一份語料上 #67 前後的列數、索引體積、build 時間、查詢延遲、#62 兩組查詢的前三名（follow-up from #67）

recall 區塊不顯示「讀不到來源」與調校參數的拒絕：hook 輪次看不到這兩種沒用上新內容的情形（follow-up from #76）

plugin/README 引用 hook 命中輪次約 1 秒的成本，出處紀錄寫的是沒量過（follow-up from #76）

recall hook 失敗的 notice 只有模型看得到，spec 與 README 仍以使用者為讀者寫「可見／不會靜默」（follow-up from #76）

編排公開寫入的 background job，state 連到 CLAUDE.md 點名「不要 resume」的 session——要不要改由新 session 接手

recall hook 的 GUARD 預設 20 秒，超過 #76 拍板的 5 秒預算——先量 hook 端到端耗時再決定要不要改

ltm mcp 執行工具時收不到取消、也送不出 progress——server 迴圈是單執行緒同步的（sister concern from #71）

54 種非工具文字各有 ≥50 份逐字相同的 chunk（共 10,604）——重複的 prompt 與展開的模板同樣佔滿向量通道（sister concern from #67）

查詢前併入的固定成本沒有使用者層預算——#56 的「1 秒」是工程目標，#73／#75 沒有門檻可比（residue from #61）

#61 的結構性閘量測（原 task 6.1）：發版後量前後對照、建置情境與寫入端 trigger 成本

整份稽核不涵蓋的衍生狀態：vector_count 缺漏時側車被截短、外部刪除 chunk 連同連結時 FTS 留下舊 postings

chunkCount() 是不是每次 build 值得改的固定成本——#61 劃出去的另一半，先量測再決定

swift test 在 TMPDIR 留下暫存：IndexDatabaseTests 的 -wal／-shm 孤兒檔，以及其他測試的 ltm-* 目錄（每次約 64 個）

ltm_query 在高負載下 30 分鐘零回應、零 progress，被 client 以 idle timeout 中止

recall hook 用 Bash 持續 cwd 決定 scope——模型 cd 到非 project 目錄後每輪 rc=4 scopeError，回想靜默失效 (sibling concern from #69)

索引落後 768 個來源——剛結束的 session 在下一個 session 首次回想就查不到，recall 回舊命中不說明落後範圍

rrf-tie 量測儀器把查詢字串放進 argv 與 stdout——與 #63 的基準查詢走同一條污染通道，卻沒有同一套紀律

84% 的 chunk 是零內容工具殘影（⟨tool_result ok⟩／metadata-only），照樣進向量通道擠掉實質 turn（sister concern from #62）

hook 注入的回想無法在記憶層被標記：--format recall 不記 shown、區塊沒有呈現識別碼，ltm mark 無從定位

同機多個 ltm mcp 行程（bg-spare 預熱 session）各自在首查時併入語料、爭同一把 build lock（sister concern from #64）

基準查詢已被語料污染——三個量測查詢字串本身進了索引，需要一組不在語料裡的查詢與一條使用規則

查詢自身的 turn 成為第一名命中——查詢字串一進語料就把自己召回（self-hit）

`.timeLimit` 對卡在同步 C call 的 test body 只記 issue、不解除阻塞——三個檔案的「掛住→紅燈」宣稱不成立