Emacs 的“自带一切”又更进一步

Dired 和文件管理

• 一些用了很久的 Emacs 用户仍然觉得 Dired 令人困惑；另一些人则把它描述为自己在所有平台上的主文件管理器。
• wdired（可写 Dired）广受好评：把文件名当作文本编辑，然后保存即可应用重命名；它与矩形、多光标、拼写检查和 shell 命令配合得很好。
• 可发现性和重键位依赖的 UX 是痛点；有几条评论提到 transient/上下文菜单，以及 dirvish 和 sunrise-commander 这样的替代 UI。
• 具体功能诉求包括更好的目录比较 / ediff 集成，以及更直观的排序/操作方式。

稳定性、配置和发行版

• 体验分歧很大：有些人说 Emacs（通常是原版或轻度定制）几乎从不出问题，即使跨大版本也是如此；另一些人则报告经常损坏。
• 很多问题被归因于大型“发行版”（Spacemacs、Doom、LazyVim 等）以及复杂配置中包之间意外的交互。
• 用户指出，理解“Emacs 的方式”并逐步构建配置可以减少故障；但也有人仍然对随机的不兼容和陈旧失效感到沮丧。
• 有些人推荐 use-package（现在已捆绑）和 borg 之类的工具；另一些人则认为较新的内置 Git 包支持让这类工具不再那么必要。

Emacs vs Neovim/Vim/VS Code

• Emacs 和 Neovim 经常被拿来比较。Neovim 被认为变化更快、生态更动荡（多个 LSP、包管理器），不过也有人说它正在趋于稳定，并把更多功能纳入核心。
• 有些人觉得 Neovim 有“JavaScript 风格”的频繁变动；另一些人不同意这一点，并赞赏最近的核心集成。
• 有一种观点认为 Emacs 偶尔会把领先的社区包并入核心（eglot、use-package、主题等），从而提供稳定的基线；而 Neovim 历史上更多依赖外部插件。
• 一些用户只是单纯偏好“一个好用的文本编辑器”，觉得 Neovim 或 VS Code 比拥抱 Emacs 的完整 Lisp 平台更容易。

LLM 和 Emacs

• 体验好坏参半：有人说 LLM 对 Emacs Lisp 和配置工作“是天赐之物”；也有人报告它们持续产生幻觉并把配置弄坏。
• 少数人描述了很复杂的工作流：让 LLM 驱动一个正在运行的 Emacs 实例进行端到端测试和调试，利用 Emacs 的自省能力。
• 人们对更紧密的 Emacs–LLM 集成很感兴趣（例如 GPT/Claude 模式、agent-shell），但也对不可靠的建议感到挫败。

Emacs 的哲学与采用

• 许多人坚持认为 Emacs 不只是编辑器，而是一个用于构建个人工具的 Lisp 平台；大规模采用或 VS Code 式 UX 并不是其核心目标。
• 也有人认为，如果 Emacs 想获得更广泛的使用，更好的开箱即用默认值以及放弃“只认原版”的态度是必不可少的。
• 可发现性与学习投入：有几条评论说，只要学会它的帮助系统，Emacs 就完全可发现；但也有人仍然认为门槛很高。