atom写作模式需精简插件并优化设置：仅保留markdown-preview-enhanced、atom-beautify（限.md）、spell-check、autosave；editor中启用soft wrap、soft wrap at preferred line length（设为80）、font size调至16–17、tab type设soft且tab length为2，并在config.cson中配置ignorednames排除构建目录。
Atom 编辑器本身不是写作专用工具，但通过合理配置和轻量插件组合，它能比多数“写作软件”更干净、更可控地支撑长文本创作——尤其适合技术文档、博客草稿、Markdown 笔记等场景。关键不在装得多，而在删得准、配得稳。
为什么默认 Atom 不适合写作？
开箱即用的 Atom 会把重点放在代码编辑上：行号、缩进指示、括号高亮、语法校验全开着，对纯文本写作反而形成视觉干扰。更麻烦的是，很多用户一上来就装 minimap、file-icons、linter-flake8 这类开发向插件，结果光标卡顿、滚动延迟、预览延迟，连打字都费劲。
- 写作时真正需要的是：软换行（
soft wrap）、段落间距、字体呼吸感、实时预览不跳动 - 不需要的是：ESLint 报错红波浪线、Python 补全弹窗、Git diff 高亮块
- 容易被忽略的一点：
core.ignoredNames默认包含node_modules，但如果你写文档时混着放了docs/_build或output/目录，Atom 仍会扫描它们拖慢响应
只留这 4 个插件，写作体验立刻不同
别碰「写作主题」或「富文本增强」类插件——它们往往依赖大量 DOM 操作，反而让 markdown-preview-enhanced 渲染变慢。以下四个是经过长期实测的最小可行组合：
-
markdown-preview-enhanced：必须启用enableSyncScroll和useGitHubStyle，禁用mathRendering（除非真要写公式） -
atom-beautify：仅对.md文件启用，设置beautifyOnSave为true，其他语言全部关掉 -
spell-check：系统级拼写检查已足够，不要装额外词典包；在 Settings → Packages → spell-check 中勾选Enable Spell Checking即可 -
autosave：写作最怕断电丢稿，打开它，设intervalInMs为3000（3 秒存一次）
其余插件，包括 autocomplete-plus、linter 系列、git-diff，全部停用。写作不是编码，不需要上下文感知补全，也不需要实时 Git 状态提示。
Editor Settings 里这 3 项改完才叫“写作模式”
Settings → Editor 页面看似简单，但三处修改直接影响手感：
-
Soft Wrap：必须勾选。否则长段落会横向滚动，破坏阅读节奏 -
Soft Wrap At Preferred Line Length：勾选后，再设Preferred Line Length为80—— 这不是为了兼容终端，而是让每行视觉长度一致，眼睛不易疲劳 -
Font Size：建议设为16或17，别信“护眼要调大到 20”。过大的字号会让行距塌陷、段落粘连，实际更伤眼
顺手把 Tab Type 改成 soft，Tab Length 设为 2（Markdown 缩进惯例），Atomic Soft Tabs 关掉——避免空格/制表符混用导致渲染错位。
预览卡顿？先查这个隐藏配置
markdown-preview-enhanced 卡，90% 不是插件问题，而是 Atom 默认把整个项目树当作文档上下文去监听。解决方法很简单：
- 打开
config.cson（Atom → Config…或~/.atom/config.cson） - 在
core:下添加：ignoredNames: ["node_modules", "dist", "build", "_book", "output"]
- 如果文档含大量图片，再加一行：
excludeVcsIgnoredPaths: true
做完重启 Atom。你会发现预览加载快了一倍以上，而且切换标签页不再假死。很多人折腾半天插件，却漏掉了这一行配置。
写作工具的核心从来不是功能多寡，而是干扰是否被彻底剥离。Atom 的优势恰恰在于：你删掉什么，比你装什么更重要。
