誌 開發日誌 做了什麼 · 試過什麼 · 否決了什麼 · 留下了什麼
進行中 kbase 2026-W33

抽著抽著,標準自己會漂

90 commits 7eebe45^..2e07e87 ↗

同一套規範,AI 抽第一章跟抽第二十章,抽出來的密度不一樣。而且這件事讀不出來,每一章單獨看都像模像樣。

AbstractUnder the same spec, the AI extracts chapter one and chapter twenty at different densities. You cannot see it by reading. Every chapter looks fine on its own.

那時候在想什麼

一章一章抽下去,會遇到一個問題:標準會漂。

同一套規範,AI 抽第一章跟抽第二十章,抽出來的密度不一樣。而且這件事讀不出來,每一章單獨看都像模像樣。

我是量出來的。

實際做了什麼

判準是每一百段原文抽出幾條事件。有了那個數字之後,前面幾章的問題就浮出來了。

第一章原本四十二條,回填之後七十六條。第二到第九章補了三百九十條,前後段的密度才拉平。

漂移還有另一個方向。上一章的產出會成為下一章的參照,於是愈抽愈多,密度自己餵養自己。

所以除了錨之外還要有停機條件。待回填的掛帳太多就停下來,不要再往前抽。

抽取這件事到後來變成兩個角色在對打,一邊是抽取者,一邊是批評者,批評者專門去挑抽取者的漏。那個設計不是一開始就有的,是抽到一半發現非有不可。

試過但沒留下

停機門檻按章長正規化。

長的章節本來就會抽出比較多東西,所以我原本想按章長去調那個門檻。量完之後發現不對。

那一條我寫進版控了,標成一個負面的量測。

結論

被後章推翻的關係,我不刪掉。

金庸的書裡這種事很多,一段關係到後面被翻案。我保留舊的那一條,標上 supersededBy,指向推翻它的那一條。

那跟我在奇門遁甲那邊做的是同一件事,異說並列,不代為擇一。

至於為什麼連失敗的嘗試也要寫進版控,理由很簡單。

免得下次又走同一條路。