3 Commits

Include renames

Author	SHA1	Message	Date
jiantw83andClaude Opus 5	009b885e07	docs(議題解析): 標明 tableSection 只處理兩欄 ... 工作包的介面契約是四欄（介面／產出者／消費者／形狀），直接沿用這一支會無聲 丟掉第三、四欄。把限制寫在函式註解上，讓接手 wp-extract 的人一眼看到，而不是 自己踩一次才發現。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 13:43:07 +08:00
jiantw83andClaude Opus 5	eeb605dee6	fix(議題解析): 圍欄與表格的邊界，五個會污染下游的解析缺陷 ... code review 逐項驗出來的，全部可重現： - `~~~` 圍欄完全沒被認出來，裡面的井字號會被當成段落標題。 - 段落內的圍欄不影響清單解析，於是程式碼範例裡的減號變成假的驗收標準。 這是最嚴重的一個——輸出多出一條沒有人寫過的標準。 - 表格欄位裡逸脫的直線 `\|` 會把欄位切斷，內容整段消失。 - 同一段落裡若出現第二條分隔列，它會變成一筆 {term:'---'} 的假名詞。 - 圍欄開了沒關時，其後內容的歸屬沒有明確定義。 改法是把「圍欄裡的東西不是內容」這件事收斂到 eachLine 處理一次，段落切分、 清單、表格三者都靠它，而不是各自寫一份半套的判斷。圍欄需同種標記才算關閉； 沒關就到結尾時，其後內容一律算在圍欄內，這與 markdown 的實際渲染一致。 巢狀清單改為明確攤平並寫進註解：需求議題的模板沒有巢狀，真的出現時寧可多帶 一項，也不要無聲吃掉內容。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 13:00:11 +08:00
jiantw83andClaude Opus 5	849d90f208	feat(議題解析): 把議題 body 的 markdown 解析抽成純函式 ... 段落切分、列表、兩欄表格三種解析，需求議題與工作包議題共用同一套， 所以獨立成一支不碰網路也不碰檔案系統的模組，而不是塞進 lib。 段落切分會追蹤圍欄狀態：mermaid 或程式碼區塊裡的井字號不得被當成標題， 否則流程圖一畫，後面的段落就全被切碎。 缺段落回傳空值而非報錯——缺段落是模板的正常變體，不是解析失敗。 名詞表以分隔列為界，之後才是資料列，避免把表頭當成一筆名詞。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 12:55:01 +08:00