feat(wiki): 三個目錄頁改走專用存取庫，比對鍵改用裸 HASH #31
No Assignees
Notifications
Due Date
No due date set.
Depends on
#47 feat(wiki): 目錄頁專用存取庫、HASH 去除截短與 H 前綴
plugins/gitea
Reference: plugins/log#31
Reference in New Issue
Block a user
What：LOG_CONTENTS、LEARN_CONTENTS、REPORT_CONTENTS 改由 wiki-repo CONTENTS
解析並透過 wiki-contents.sh upsert 寫入，內容頁仍各走自己的型別。LOG 與 REPORT
的目錄頁新增一欄裸 HASH 當比對鍵。
Why：比對鍵原本是含網址的儲存格，換主機、換存取庫或 URL 編碼有差就比對不到，
upsert 會走附加分支，同一頁多出第二列而舊列永遠不再更新。REPORT 更脆：存取庫一換，
雜湊與網址同時變，四個期間的列會一次全部重複。
How：worklog-pending.sh 的 valid_hash 放寬成 40 碼、8 碼與 H 加 7 碼三種形狀。
放寬的是長度不是字元集——先剝字元再比長度的順序保留，路徑穿越與換行注入照樣擋下。
年報不得沿用日誌存取庫那條規則收斂到內容頁，目錄頁同住一庫是另一回事。
Who：jsc-log
這一批的範圍
跨 8 個存取庫的同一份異動需求：
ask、assist、cli、gitea、hooks、log、meta、sdlc。兩條規則變更：
CONTENTS成為第 15 種頁面類型，解析鏈是JSC_WIKI_REPO_CONTENTS到JSC_WIKI_REPO，刻意不退回型別變數。14 個目錄頁從此同住一庫，內容頁仍各走自己的型別。兩者不再同庫，跨庫沒有 wiki 連結語法，所以連結一律改gitea.sh wiki-url的絕對網址。hash-id只保留大寫轉換，輸出完整 40 碼。原本的 H 前綴會命中 16 個首碼裡的 13 個、還丟掉第 8 碼，把有效熵壓到 28 位元，而且全庫查不到任何理由紀錄。頁名樣式仍收H加 7 碼的舊頁，遷移期間讀得到舊頁。相依與合併順序
jsc-gitea提供三支新腳本（page-name.sh、wiki-contents.sh、migrate-wiki.sh）與wiki-delete子命令，其餘七個存取庫的流程都呼叫它們，所以jsc-gitea要先合併。驗證
八個存取庫全部通過：
lint-scripts.sh、lint-frontmatter.sh、check-behaviors.sh、ste100-lint.sh各退出 0（jsc-ask沒有tools/與hooks/，lint-scripts.sh退 3，如實記錄）。另外gitea/tools/check-wiki-rules.sh與新增的meta/tools/check-page-name.sh都退出 0，JSC_READONLY=1的wire-cli.sh smoke codex退出 0 且行數與腳本自己的斷言相符。三支稽核代理人逐項對照準則的審核檢查清單，翻出的問題都已修並重驗，其中四項會實際咬人：
H開頭的舊頁名被判為不合法、遷移腳本寫目的地前沒先讀、建新頁會把範本示範列留在正式頁上、異常目錄列的網址恆為空字串。部署前要先做的事
Gitea 上還沒有目錄頁專用的存取庫（
knowledges底下目前只有各型別的庫）。合併後要先建好那個庫、設好JSC_WIKI_REPO_CONTENTS，再用gitea/tools/migrate-wiki.sh搬既有頁。那支預設只印對照表，--apply才會動，而且是先寫新頁、確認寫成、才刪舊頁；反推不到來源鍵的頁只列成孤兒，不猜。