Hacker News は、Bozhidar Batsov の Emacs and Vim in the Age of AI をきっかけに、programmable editor の将来をめぐる大きな議論を展開した。coding の中心が人間の手入力から AI への指示とレビューに移るとき、Emacs や Vim の価値はどこに残るのか、という問いだ。この HN 投稿は 2026年3月10日に共有され、その後 score 117、comment 60件に達した。今週の HN でも、AI が developer tool の序列をどう変えているかを最もはっきり示した議論の一つだった。

Batsov が挙げるリスクはかなり現実的だ。VS Code はすでに distribution と corporate backing を持ち、Cursor や Windsurf のような AI-first editor は agent loop、inline diff、context management、multi-file editing を前提に作られている。そうなると、Emacs や Vim が長く訴えてきた「人間がコードをより速く編集できる」という価値は相対的に弱く見える。AI が first draft をほぼ出してしまうなら、重要なのは typing speed ではなく、intent をどれだけ明確に伝え、結果をどれだけ正確に評価できるかだからだ。さらに、Microsoft や VC-backed startup に比べると、Emacs、Vim、Neovim の ecosystem は主に volunteer に支えられており、新しい model API や workflow に追随する速度でも不利になり得る。

ただし、この essay は悲観論だけでは終わらない。Batsov の重要な反論は、AI がむしろ両 ecosystem の長年の弱点を下げるかもしれないという点だ。ユーザーが欲しい behavior を自然言語で説明して Elisp、VimScript、Lua の雛形を得られるなら、customization と plugin development の参入障壁は大きく下がる。実際、gptel、ellama、aider.el、agent-shell、avante.nvim、codecompanion.nvim のような AI integration はすでに存在する。Claude Code や Aider のような terminal-native tool も、classic editor workflow と自然に組み合わせられるという指摘は説得力がある。

HN でこの話題が重要だったのは、「legacy editor は終わりだ」あるいは「何も変わらない」といった単純な物語を避けているからだ。より本質的な見方は、editor が review、orchestration、refinement の control surface に変わりつつある、というものだろう。この変化は typing speed だけを売りにする tool には厳しいが、composable で inspectable で deeply scriptable な tool には新しい機会になり得る。Emacs と Vim の将来は、Cursor の模倣ではなく、既存の柔軟性をより良い AI workflow に変えることにかかっている。原文は batsov.com/articles/2026/03/09/emacs-and-vim-in-the-age-of-ai。

#vim

Hacker News、AI時代にも Emacs と Vim が通用するかを議論