Home

• 全部（單頁）

2026-09

• venue 終於有攣生合併的路，而擋住它的不是我第一次說的那個東西（#553）

• venue 的 authorized 有了判定型寫入面——而它不是 append，這是端到端測出來的（#554）

• venue／org 的建檔面終於會問「庫裡是不是已經有了」——而缺口早就發生過（#548）

• 閘只護著記錄、沒護著被併實體——而開發時撞到的正是記錄那一半（#558）

• 「兩邊都還沒有記錄」的異寫看得見了，author 域的 literal 因此收斂（#547 #552）

• verdict 相等的單一定義，以及它解開的四張（#470 #486 #467 #469 #483）

• venue variant 家族：寫入面、severity、降級指示、顯示名回退（#471 #472 #473 #474 #475）

• un-split 與 work 欄位的來源：兩張 follow-up 的值域裁決（#513 #517）

• rename／verdict 的報告面：把安靜的東西變成看得見的（#496 #490 #495 #498 #494 #488 #497 #492）

• paginated 判定可以撤回，翻轉的每一筆各自帶值（#500）

• 守衛基礎設施：rawFile 讀不到即中止、workflow run: 的腳本要存在（#527 #526）

• 收攏留存者政策，與受保護清單的棘輪（#468 #522）

• 作者位的移除、以及「缺頁碼」其實是三個族群（#457 #449）

• 受保護集合的收錄判準：從手維護清單改成「會紅的檢查 ＋ 顯式條目」（#518，follow-up from #516 verify）

• 三個 hardening 缺口：--out 穿透 symlink、全鏈無大小上限、--library 解析鏈與 README 分岔（#519，follow-up from #516 verify）

• 守衛引用已刪除的檔：四個實例、三種嚴重度（#521，sister bug from #518）

• split-author 的判定持久化到 work 側：拆分記錄、format 16、孤兒 verdict 偵測（#450，Spectra change split-verdict-historical-reference）

• 階段 B 摘要存檔的出口：NDJSON → [Proposal] 腳本＋148 列實跑（#516）

• generic add-only 補值：一份政策、Zotero 版降為 adapter、citekey／DOI 定位（#458，Spectra change generic-add-only-enrich）

• venue 的 verdict 數逼近 decode 預算時出聲（#499，裁決：候選 3）

• divergence 的 rests-on 必須是 digest——decode 與寫入閘補上 isValidDigest（#507）

• CLI doctor 改讀 StoreHealth——第四條讀取路徑收斂（#504）

• App 側欄「記錄」Section——per-record warning 終於在 App 上看得到（#487）

• verdict holder 遷移網格：四個具名缺口補齊，矩陣 12／12（#463）

• 死 verdict 進 StoreHealth（#464）

• 本機缺承重存檔進 StoreHealth（#453）

• 2026-09-03 · #455 批次 create 的 service 面：一次 load、一次 rebuild

• App 面的改名不再丟掉遷移報告（#465）

• venue variant 分割的 verify 修正（#422 verify R1）

• venue 的 verdict 跟著 citekey 走（#460）

• merge 側 verdict 收攏與排列無關（#461） 2026-08

• venue.paginated 的判定面：「本刊用不用頁碼」從此有格子可判、有證據可查

• 收分隔符，不收拆好的名字

• venues 與 thesis 補上三個讀取面——而守衛在 pre-push 擋下過我一次

• 一個欄位在說謊，而它的兩個用途要分開

• Author 有三態，只有兩態接得起來

• 最弱的那一列補掉一格——動手的理由是「只差一個參數」，不是「等到了實例」

• 只推 tag 時跳過驗證——省的不是時間，是 --no-verify 的養成

• 一個從來沒有真的檢查過任何一列的守衛

• 一行註解只說了它那行做的一半，而說對的那半讀起來完全合理

• 最後兩支 harness 遷完：生成腳本自我驗證抓到兩個會靜默的抽取缺陷

• 換一個白名單不是修好，是把邊界挪了一格

• 第九輪：訊息說保留就要真的保留

• 第八輪：一個宣稱的真值取決於它被寫下的那一刻

• 第七輪：借了 tokenizer，沒借它的紀律

• 第五輪：我宣稱「恢復舊行為」的那句話只對一半的輸入成立

• 第四輪收尾：三個「跟隨上游」的方向，以及一個負控找到的空守衛

• 一個在自己的 issue 開著的期間又漂了一版的數字

• 三次 push 失敗、三個被推翻的假設，根因是兩行

• 守衛從跑兩遍變成跑一遍，而代價寫在註解裡

• 第一支守衛改用 Swift：遷移紀律暴露了一個既有的分岔

• 第三輪 verify 的 6 個 HIGH：修完 4 個，其中一個推翻了我自己的裁決

• 第三輪 verify 收尾：最後兩條，以及一個「看起來像唯一讀檔點」的旁路

• 驗收條件只問「有沒有多」——#394 的 6-AI verify 第一批修復

• 寫進磁碟 ≠ 看得見——venue 讀取面的兩個缺口（#394 verify）

• 「不猜」被實作成「靜默丟」，以及 pre-flight 只查了六分之二

• 兩席終於跑起來，第一件事就是找到我一小時前種下的資料損失

• 模型記錄了「有幾個」，卻沒記錄「憑什麼是幾個」——#394 收尾四項

• 剝掉可以，靜默不行——括號註記的可見性（#394 verify）

• 乾跑先抓到我自己的 bug——migrate-identifiers（#394 §8）

• ISBN-10 → ISBN-13 是正規化，不是基數（#394）

• 識別碼有型別了，但還沒有落點——#394 的前三節落地，後六節沒有

• 識別碼真的落地了：讀取→raw、寫入→normalized，以及三個不在清單上的發現（#394 §4）

• 識別碼能說出自己從哪來了——以及三個「守衛比我先想到」的時刻（#394 §5–§6）

• 一句話變成一支守衛：#407 的 169 個 commit，以及它在自己身上找到的東西

• 三筆頁碼缺陷，其中兩筆完全不會出聲——以及一次「issue 的假設本身是錯的」

• 一整夜的批次：五張 issue 關閉、一個 skill、六個識別碼型別，以及五次我自己弄錯（#383–#396）

• 身分是判定出來的——一條規則、一張被撤回的 issue、一條新的寫入路徑（#383 #386 #388 #389）

• 作者位的團體 literal、守衛的隱式-return 盲區、APA7 下限批 C（#378 #381 #340）

• APA7 下限的一輪（#359 #340 #267 #269 #302 #355 #357）

• nest-names-and-reissue-person-ids（#227 + #241，store format 10）