feat: wiki = AI 改寫的記憶（拿掉索引模式）+ 量大建議 Haiku（issue #4）

修正 1.4.0 方向：索引 vs 改寫不該是兩種並列模式。記憶系統的目的是
讓 AI 之後讀得快——不管 vault 或一般開發，原文都是亂的，只做指回原文
的索引等於每次重新解析、沒省到。wiki 的價值在「改寫一次，之後每次讀都便宜」。

- 拿掉索引模式，改寫成 wiki 是所有專案的唯一預設。
- 唯一例外：不可改動的正式文件（須逐字讀）才用指針指回原文。
- 量大時主動建議派 Haiku subagent 並行改寫，主模型負責切概念與審稿。
- INDEX.md 範本統一成概念索引指向 wiki 內部條目。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

CHANGELOG.md

@@ -10,6 +10,20 @@
 
 ---
 
+## 1.4.1 — wiki = AI 改寫的記憶（拿掉索引模式）+ 量大建議 Haiku（issue #4）
+
+**修正 1.4.0 的方向**：1.4.0 把「索引 vs 改寫」做成兩種並列模式，預設一般專案走索引、只有 vault 走改寫。這方向錯了——
+
+> **記憶系統的目的是讓 AI 之後讀得快。** 不管 vault 還是一般開發專案，人類原文都是亂的（重複、流水帳、半成品）。若 wiki 只是指回原文的索引，每次未來用都得重新解析那團亂＝沒省到。**wiki 的價值就在「改寫一次，之後每次讀都便宜」。**
+
+**變更**
+- `wiki-init.md` **拿掉索引模式**，改寫成 wiki 是**所有專案的唯一預設**（vault 與一般開發一致）。原文＝唯讀 SSoT，wiki＝AI 改寫過的記憶，AI 是總編輯。
+- 唯一例外：原文是不可改動的正式文件（簽署規格／法規／合約，須逐字讀）才用指針指回原文並註明「逐字依原文」。
+- **量大建議用 Haiku**：逐份原文改寫成 wiki 格式是重複、機械、判斷成本低的工作，正適合 Haiku。原文數量多時，命令會主動建議派 Haiku subagent 並行改寫，主模型只負責切概念、定條目邊界、審稿與互連。
+- `INDEX.md` 範本：統一成「概念索引指向 wiki 內部條目」，不再提索引模式。
+
+---
+
 ## 1.4.0 — wiki-init 新增「草稿改寫模式」：AI 當總編輯（issue #4）
 
 **背景**：在 Logseq vault（234 篇 pages + journals）壓測 `/wiki-init`，發現它整套指令語言只有「分類歸檔／導航」，把人和 AI 都導向做出一個 `[[原文檔名]]` 指回原文的**索引**。但 PKM / vault 使用者的心智模型常是相反的——原文只是**草稿**（轉錄稿、隨手記），要 AI **改寫萃取成自包含 wiki**，之後讀 wiki 就好、不必回原文。template 沒區分這兩種，且預設了「原文是成品」。