jiantw83andClaude Opus 5
9582553c41
feat(議題解析): 勾選 checkbox 的精確替換，並統一清單項的文法
tickLine 把指定那一行的方框換成已勾，其餘一字不動。四件事決定它會不會靜靜改壞議題：
- **跳過圍欄。** 這是 issue-body.js 全檔的前提，而勾選是本檔唯一會寫回議題的路徑。
工作包模板的架構圖就是一塊 fenced mermaid，裡面出現減號開頭的行是常態，
把它當成待辦勾下去，改壞的是一張圖。
- **限定段落。** 待辦與整體驗收常有一模一樣的一句話，不限定就會回報「分不出來」，
而使用者其實講得很清楚。理由與 upsertLineInSection 相同：弄錯的代價是靜靜改壞內容。
- **整行比對，認不出就交回 ambiguous。** 巢狀待辦底下常有一樣的驗收，賭第一個會讓
進度條指著錯的那一項，而沒有人會去比對編輯紀錄。
- **[ ]、[x]、[X] 指的是同一行。** [X] 是合法的 GFM，Gitea 也渲染成已勾；只認小寫的話，
中斷後重跑會硬失敗，錯誤訊息還會誣指「議題被改過」。
清單項的文法收斂成一份 LIST_ITEM，parseChecklistItem 與 tickLine 共用。先前兩端各寫一份，
鬆緊不一致：`- [ ]甲` 抽得出來卻勾不動，正本那句「一律用 wp-extract 給的 raw」就成了
做不到的指示。沒有方框的項目交回 no-checkbox，不再謊報「已經勾過」。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-17 07:39:43 +00:00
..
2026-09-17 07:07:00 +00:00
2026-09-17 07:07:00 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 07:39:43 +00:00
2026-09-17 04:44:46 +00:00
2026-09-17 06:30:22 +00:00
2026-09-17 06:06:10 +00:00
2026-09-17 06:22:30 +00:00
2026-09-17 04:44:45 +00:00
2026-09-17 07:06:59 +00:00
2026-09-17 06:06:10 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 06:50:34 +00:00
2026-09-17 06:06:09 +00:00
2026-09-17 06:59:37 +00:00
2026-09-17 06:30:23 +00:00