背景

Ki Editor 是一款主打直接操作抽象語法樹（AST）的新型編輯器，旨在縮短開發者的編碼意圖與實際操作之間的距離。它透過結構化的語法節點互動、多游標支持以及重新定義的模態編輯模式，讓使用者能跳脫傳統以字元或單詞為單位的編輯邏輯，轉而以程式碼的邏輯結構進行導航與重構。

社群觀點

Hacker News 社群對於 Ki Editor 的出現展現了兩極化的反應，討論核心集中在「語法導航是否優於傳統 Vim 邏輯」以及「多游標與巨集的實用性爭論」。部分資深 Vim 使用者對 Ki 官方文件中的比較表提出質疑，認為開發者可能低估了現代 Neovim 的功能，例如 Neovim 其實能自動偵測外部檔案變更，且其「變更內部內容」（Change Inner）等指令在邏輯上非常直觀，並非 Ki 所稱的難以解釋。反對者認為，Ki 的設計者可能過於依賴 VSCode 的多游標思維，而忽略了在 Vim 中使用搜尋取代與巨集（Macros）所能達到的強大效率。

然而，Ki 的共同開發者親自現身說法，澄清自己曾是長期的 Neovim 與 Helix 使用者。他指出，在體驗過 Helix 的多游標操作後，回頭看 Neovim 的巨集操作反而顯得繁瑣。這種觀點引發了關於編輯器分類的討論，有網友將編輯器分為三類：注重外觀與整合的傳統派、微調 Vim 鍵位改進派，以及像 Ki 這樣徹底重新思考 Vim 模態編輯邏輯的激進派。支持者認為，這種對基礎工具的創新嘗試是值得鼓勵的，因為它挑戰了我們與程式碼互動的既有模式。

另一派觀點則從實務經驗出發，將 Ki 的語法選擇功能與 JetBrains IDE 中的「擴展/縮小選取範圍」相提並論。這類使用者認為，一旦習慣了以語法結構為單位的選取方式，就再也回不去傳統的純文字選取。雖然 Neovim 透過 Tree-sitter 也能實現類似功能，但 Ki 將此視為核心設計理念的做法仍具吸引力。此外，討論中也觸及了跨平台習慣養成的難題，特別是在 Windows 與 macOS 之間切換時，模態編輯器若能提供一致的邏輯架構，將有助於建立不依賴特定作業系統的肌肉記憶。

最後，社群中不乏 Emacs 使用者的聲音，他們幽默地表示 Emacs 早已涵蓋了上述所有特性，甚至有網友開玩笑說 Vim 本質上就是應用在 Vi 上的 Emacs 概念。儘管如此，仍有開發者表達了對 Ki 的興趣，並考慮為其編寫 Emacs 插件，這顯示出即便在工具鏈高度成熟的開發者群體中，對於「結構化編輯」的探索仍具有相當的號召力。

延伸閱讀

• Ki Editor 與 Vim/Helix 的官方比較表：https://ki-editor.org/docs/comparison
• Combobulate：為 Emacs 提供結構化編輯與導航的套件。
• JetBrains 擴展選取功能說明：JetBrains IDE 中類似 Ki 語法節點選取的操作參考。