企业官网建设流程全解析

先说结论：Typora 我前后换过三台设备、用了好几年，中间也试过几个别的 Markdown 编辑器，最后还是回到它。原因不复杂——它把"写"这一件事的阻力降到了最低。你不用一边敲**加粗**一边在脑子里渲染，敲完的那一刻屏幕上就是最终的样子，所见即所得这件事在长文写作里省下来的注意力相当可观。这篇东西不是官方说明的搬运，而是我把几年下来踩过的坑、改过的配置、顺手攒下来的技巧摊开讲一遍。它适合三类人：刚装完 Typora 不知道从哪儿调起的新手、写笔记和长文档写到手酸想提效的老用户、以及需要把 Markdown 导出成 PDF 交付给别人的同学。看完你至少能搞清楚哪些设置必须第一时间改掉，哪些快捷键值得练成肌肉记忆，以及那些"为什么我的图片一导出就全丢"的经典问题到底出在哪。

1. 先想清楚拿它干什么：定位与工作流拆解

1.1 所见即所得和纯源码编辑，差别到底在哪

Markdown 编辑器的路线其实分两派。一派是"源码派"，左边写右边预览，或者干脆只给你一个纯文本框，靠语法高亮提示你写对没写对；另一派是 Typora 这种"即时渲染派"，你敲下#加空格，那一行立刻变成一级标题的样子，光标还在原地，接着写就行。

这两种路线没有绝对的高下，差别在于你写东西的注意力分配。源码派每次写完一段，眼睛要往右瞟一下确认渲染结果对不对，尤其是表格、嵌套列表这类对空格极其敏感的语法，瞟一眼是很频繁的动作。而即时渲染把"确认"这一步省掉了，代价是你偶尔会看不清原始字符——比如你想看看这里到底敲了两个空格还是三个空格，就得按Ctrl + /切到源码模式去核对。

我自己的判断标准是这样的：如果你写的内容里表格、公式、代码块占比很高，用 Typora 舒服；如果你写的是大量需要精确控制原始字符的配置文档，比如 README 里要塞一大堆缩进敏感的 YAML，那源码模式会切得比较频繁，但 Typora 也留了源码模式给你，问题不大。

还有一个容易被忽略的点：Typora 本质上是一个本地文件编辑器，不绑定任何云服务。你的文件就是硬盘上的.md文件，用网盘同步、用 Git 版本管理、用坚果云做增量备份都行。这一点对我很重要，因为笔记这类东西一旦被某个平台锁定，迁移成本会随时间越来越高。纯文本加本地文件，是长期来看最不容易被套牢的组合。

1.2 我现在的整体工作流长什么样

讲讲我目前实际在用的结构，方便你参考着搭自己的。目录大致是这样分的：

• notes/放日常零散笔记，按月份分子目录，文件名统一用YYYY-MM-DD-主题.md，这样按文件名排序就是按时间排序。
• docs/放成体系的长文档，一个子目录一个主题，里面有一个index.md当作入口，用相对链接串起其他文件。
• assets/放所有引用的图片，按文档名再分一层子目录，避免几篇文章的图片混在一个文件夹里变成一锅粥。

关于图片，这是我见过最多人翻车的地方，后面第五节会专门展开讲，这里先给你一个结论：要么把所有图片统一放在文档旁边的assets目录里用相对路径引用，要么老老实实配好自动上传图床，千万不要让 Typora 默认把图片拷到系统临时目录里——那个目录会被系统清理，你的图迟早有一天全部裂开。

同步这块，我用的是网盘同步整个笔记根目录。这里有一个坑要提醒：如果你在两台设备上同时编辑同一个文件，冲突是必然的，而且 Markdown 的冲突合并比代码还难处理，因为它没有语法结构可以辅助比对。所以我的习惯是同一时间只在一个设备上编辑，出门前手动同步一次，回家再同步一次。听起来笨，但这几年下来一次冲突都没出现过，比起事后花半小时去理清两份文件的差异，这点笨功夫划算得多。

2. 装完别急着写：这些设置决定你后面舒不舒服

2.1 外观、主题、字体和行距，先把眼睛伺候舒服

很多人装完 Typora 直接开写，写了两个月才发现字体难看、行距挤、代码块里中文标点看着别扭。这些全都是一次性设置，改完受益一整年，没理由拖着。

打开路径是「文件 → 偏好设置」（macOS 是「Typora → 偏好设置」，快捷键Ctrl + ,）。外观页签下有几个我必调的项目：

主题方面，内置的 Github 主题是最稳妥的默认选择，配色中性，导出 PDF 时也不容易出问题。想要好看一点的可以换 Night、Pixyll 这类，但要注意——浅色主题在白天写文档确实舒服，深色主题只在室内弱光环境下有优势，一旦你要把内容导出给别人看或者打印，还是浅色更保险。我自己的做法是写的时候用深色，导出前切回 Github。

字体是重头戏。中文字体我推荐思源黑体或者更纱黑体，前者笔画干净适合正文，后者等宽版本在代码块里对齐效果好。英文和数字用 JetBrains Mono 或者 Consolas。字号设 16px 左右，行距 1.6 到 1.8 之间，这两个数值是我试过最舒服的组合：太小会累眼，太大一屏能看的字太少，翻页变频繁反而影响连贯性。

还有一个细节是「自动拼写检查」，中文写作场景下这个东西基本是负收益，它会把大量正常的英文缩写、变量名标红，看着心烦，建议直接关掉。至于「智能标点」，如果你主要写中文，可以留着，它会把"自动配对成中文引号；但如果你写代码文档，务必关掉，因为半角引号被替换成全角之后，复制出去的代码是不能直接运行的。

注意：所有外观设置只影响你本地的显示效果，不会写进.md文件。也就是说同一个文件在别人电脑上打开，样式可能完全不一样。涉及"必须长这样"的排版要求，唯一的可靠办法是导出 PDF。

2.2 编辑器页签里的开关，哪些必须开哪些必须关

编辑器页签里藏着一堆开关，默认值不是每个都合理。我按"必开""必关""看情况"三类给你梳理。

必开的三个：

• 内联公式。不开这个，你在正文里写$E=mc^2$只会原样显示成文字，行内公式是 Markdown 写技术文档的基础能力，没有理由不开。
• 上标和下标。写化学式、数学变量、版本号（比如v2^3）时会用到，开了之后^和~的语法才生效。
• Markdown 扩展语法里的表格、任务列表、删除线。这三个是现代 Markdown 的标配，关掉等于自断双臂。

必关的一个：

• 智能引号自动配对的中文标点替换。原因上面说过了，代码文档场景下会坏事。

看情况的：

• 自动保存。我建议开，但配合手动Ctrl + S的习惯。自动保存能防止意外断电丢内容，手动保存能让你清楚地知道"这一版我确认过了"。
• 打字机模式和专注模式。这两个是写作体验优化，打字机模式会让光标始终停在屏幕垂直中线，专注模式会把当前段落之外的内容调暗。写长文的时候这两个功能确实能提升专注度，但写短笔记时反而碍事，所以放看情况这一档。

2.3 图片保存策略：90% 的坑都集中在这里

这是我最想强调的一节。Typora 的图片处理策略在「偏好设置 → 图像」里，核心是一个下拉框"插入图片时"，有四个选项：

我的建议很明确：本地笔记选"复制到指定路径"，路径填./assets。这样每篇文章引用的图片都相对于文档本身，你把这个文档连同assets目录一起打包发给别人，对方打开就能看到图，不会有任何丢失。

如果你确实需要把文章发到网上，再额外配一个上传服务。Typora 支持内置的几种图床，也支持自定义命令调用 PicGo 之类的工具。配置的时候注意一点：上传服务要在「图像」页签里点"验证图片上传选项"测一下，验证通过再正式用，不然写到一半才发现上传失败，那时候你已经在文章里插了几十张本地路径的图，回头清理会很痛苦。

还有个小技巧，图片插入时勾选"对本地位置的图片应用上述规则"，这样你拖进来的图会被自动复制并重命名。重命名规则我一般设成${filename}-${timestamp}，好处是同一个目录下不同文章的图不会重名，避免互相覆盖。

3. 效率翻倍的快捷键与语法技巧

3.1 高频快捷键清单，值得练成肌肉记忆

Typora 的快捷键不算多，但有一批用熟了之后写作节奏会明显不一样。下表是我日常真正在用的，注意 macOS 上把Ctrl换成Cmd：

其中Ctrl + /是我用得最频繁的一个，它其实是"保命键"。当你发现某个列表缩进乱了、某段文字莫名变成了标题，切到源码模式看一眼原始字符，问题往往一眼就能找到。纯靠渲染后的样子去猜，会浪费很多时间。

不同版本的 Typora 快捷键可能略有差异，尤其是后面几个功能键。真正靠谱的查法是打开偏好设置里的「快捷键」页签，那里列的是当前版本实际生效的绑定，比任何网上抄来的清单都准。

3.2 表格、代码块、公式这些"重活"怎么写才快

表格最快的写法是先按Ctrl + T插入一个空表格，填完内容之后，把光标放在表格任意位置，在源码模式下调整列宽和对齐。对齐用冒号控制：| :--- |左对齐，| :---: |居中，| ---: |右对齐。如果你想在表格里换行，得用<br>，直接回车会把表格结构打断。

代码块有个小技巧：先敲三个反引号再回车，Typora 会自动补全结尾的三个反引号并把光标放在中间。语言标记一定要写，比如 ```python，因为 Typora 会根据语言做语法高亮，导出 HTML 时也能带上对应的 class，后期如果你要用 CSS 定制代码块样式，这个标记是必须的。

公式分两级：行内的用Ctrl + Shift + M插一对$，块级的直接敲两个$$再回车。这里有个新手常犯的错误：行内公式的$和内容之间不能有空格，$ x $在某些渲染器里不会被解析成公式，写成$x$才稳。另外公式里如果要写多行、对齐，用\begin{aligned} ... \end{aligned}包起来，\\换行，&对齐，这套 LaTeX 的写法 Typora 是完整支持的。

引用块有个细节值得说：连续两行都以>开头才会合并成一个引用块，中间空一行就会断开成两块。如果你想在引用块里插列表，需要在列表前面加一个>，写成> - 项目。这个嵌套规则一开始容易搞混，多试两次就记住了。

3.3 自定义快捷键和快捷输入，把重复动作压到一次

Typora 允许你自定义按键绑定，路径在偏好设置的「快捷键」页签里，点某一项右边的输入框，按下你想要的组合键就行。我改了两个：

第一个是把"导出 PDF"绑到了Ctrl + Shift + P，因为原生没有快捷键，每次导出都要走菜单，文档改十遍就点十遍菜单，很烦。第二个是给"打开主题文件夹"绑了个快捷键，因为调 CSS 的时候要反复在编辑器和主题目录之间来回切。

除了快捷键，还有一类省事的机制是自动补全。比如你输入[^1]会触发脚注，输入- [ ]会自动变成任务列表的复选框，输入[TOC]再回车会生成整篇文档的目录。这几个语法我建议都记一下，尤其是[TOC]，长文档里给自己留一个目录锚点，回头定位章节会方便很多。目录是动态生成的，你增删标题之后它会自动更新，不需要手动维护。

提示：[TOC]生成的目录在导出 PDF 时也是可用的，但要注意目录本身会占掉开头的版面。如果交付的文档有页数限制，导出前把它删掉，或者放到最后。

4. 排版进阶：主题定制、CSS 片段与导出

4.1 主题文件夹与自定义 CSS 的正确改法

Typora 的每个主题其实就是一份 CSS 文件加可能配套的字体文件。打开目录的路径是「偏好设置 → 外观 → 打开主题文件夹」，Windows 上通常在%APPDATA%\Typora\themes，macOS 在用户资源库的Application Support下对应的目录里。

改主题前一定要复制一份再改，这是血的教训。直接改内置的github.css，软件更新时你的修改会被覆盖，甚至可能导致更新后的样式错乱。正确做法是把github.css复制成github-my.css，然后重启 Typora，主题菜单里就会多出一个Github My的选项，选它就行。

自定义 CSS 里最常改的几处：

• 正文宽度。#write { max-width: 860px; }，默认宽度在大屏上会显得行太长，眼睛从行尾回到行首容易串行，860px 左右是我觉得比较舒服的值。
• 图片居中。#write img { display: block; margin: 0 auto; }，这个写法能解决图片默认左对齐的问题，也就是很多人搜的"Typora 如何上下居中"——其实绝大多数情况人们想问的是水平居中，垂直方向的居中需要给容器加 flex 布局，在文档流里意义不大，后面 4.3 节细说。
• 代码块字体。#write code, #write pre { font-family: 'JetBrains Mono', monospace; }，换个等宽字体，代码可读性的提升立竿见影。
• 标题间距。默认的标题上下间距偏紧，#write h2 { margin-top: 2em; }调大一点，长文档的层次感会清晰很多。

CSS 改完不用重启，直接切一下主题再切回来就能看到效果。有个排查技巧：如果改了没生效，先在开发者工具里看看是不是被后面的规则覆盖了。Typora 内置了开发者工具，在 Windows 上按Shift + F12可以打开，用它可以直接看到某个元素最终生效的是哪条规则，比反复试快得多。

4.2 导出 PDF、HTML、图片的参数与常见坑

导出入口在「文件 → 导出」，格式挺多，但日常用得上的就三个：PDF、HTML、图片。

导出 PDF是坑最多的。常见问题清单如下：

第一，中文字体不显示或者变成方块。原因是导出时选用的字体在你系统里没有，或者 Typora 导出 PDF 走的是系统打印流程，字体嵌入不完全。解决办法是在导出对话框里的字体选项中显式选择本机装好的中文字体，比如思源黑体，不要用 Auto。

第二，页面被截断。导出设置里有纸张大小和页边距，默认 A4 和常规边距。如果你的文档里有很宽的表格或代码块，会被硬生生截断在右边。处理方法是在导出前把宽表格改成纵向布局，或者用 CSS 给pre加white-space: pre-wrap让它自动折行。

第三，分页位置难看。标题刚好落在页面最底部这种事很常见。可以在自定义 CSS 里给标题加page-break-after: avoid;，让标题不会和自己的正文分开。

导出 HTML默认会带上主题样式，但图片要特别注意——如果图片是本地相对路径，导出的 HTML 单独拿走的话图会全丢。稳妥的做法是导出前把图片传到图床，或者用带资源内嵌的方式导出。HTML 的好处是保持了可编辑性，对方可以用浏览器直接看，不需要装任何东西。

导出图片适合分享到聊天工具里，长文导出成一张长图，对方划着看很爽。但要注意导出图片对超长文档不友好，一张几千像素高的图在手机上加载会卡，建议单篇超过三屏的内容还是导 PDF。

4.3 图片居中的三种做法，以及"上下居中"到底怎么实现

这一节专门回答那个被搜了很多次的问题。先说清楚概念：Markdown 本身没有任何控制对齐的语法，Typora 里所有的排版控制最终都落在 CSS 上，或者落在 HTML 标签上。

做法一，用 HTML 标签包图片。写成<div align="center"><img src="xxx.png"></div>，这个写法简单直接，在所有 Markdown 渲染器里通用性也最好。缺点是导出某些格式时可能被过滤掉。

做法二，改主题 CSS。在自定义 CSS 里加#write img { display: block; margin-left: auto; margin-right: auto; }，一劳永逸，所有图片自动水平居中，不用每张图都手写标签。我最推荐这个。

做法三，导出时用打印样式。如果你只是想让导出的 PDF 里图片居中，可以在导出用的 CSS 里单独处理，不影响编辑器里的显示。

至于垂直方向居中，得看你的场景。如果是想让图片在页面里上下居中，那本质上是要给图片的父容器设置固定高度加display: flex; align-items: center; justify-content: center;，这在文档流里是很别扭的需求，因为 Markdown 文档是流式布局，没有"页面高度"的概念，只有导出成 PDF 分页之后才有。所以真正在导出的 PDF 里做垂直居中，需要的是分页 CSS，而不是简单的对齐属性。大多数人搜这个词，其实想问的是水平居中，用上面做法二就够了。

注意：自定义 HTML 标签在 Typora 里是能实时渲染的，但align属性属于 HTML4 时代的写法，未来的浏览器兼容性存在不确定性。长期方案还是走 CSS，标签方案当应急用。

5. 进阶玩法：图表、公式与文件管理

5.1 Mermaid 图表：用代码画流程图

Typora 原生支持 Mermaid 语法，写一个语言标记为mermaid的代码块，里面写 Mermaid 语法，退出代码块就自动渲染成图。这件事的意义在于：流程图变成了纯文本，可以进版本管理，可以 diff，改一个节点不用打开画图软件重新拖。

几种我常用的图形：

流程图用flowchart TD开头，TD表示从上到下，LR表示从左到右。节点写法是A[方括号里的文字]，连线是A --> B。判断分支用A{条件}配-->|是|和-->|否|两条边走。这套语法写业务流程图完全够用。

时序图用sequenceDiagram，声明参与方participant A，然后A->>B: 消息内容。写接口文档的时候特别顺手，前后端对着这张图聊，比贴一段文字描述清楚得多。

甘特图用gantt，配dateFormat和section，用来做项目排期。不过 Typora 对甘特图的渲染偶尔会有样式问题，正式交付前建议先导出看一眼。

需要提醒的是：Mermaid 语法有版本差异，不同渲染器支持的语法子集不完全一样。你在 Typora 里能渲染的图，复制到某些在线平台上可能会报错。所以如果这张图要发到别处，导出成图片（PNG 或 SVG）再上传是最稳的。SVG 的好处是放大不糊，适合放进 PDF。

5.2 数学公式：从行内到多行对齐

数学公式这块，前面 3.2 节说了基础，这里补充几个进阶用法。

公式编号需要用\tag{}，比如$$E = mc^2 \tag{1}$$，手动编号虽然笨但可控。如果你要写论文风格的连续编号，更省事的办法是在公式外面套一层，让它跟着章节走，不过 Typora 对自动编号的支持有限，复杂场景还是导出到 LaTeX 环境里处理更合适。

矩阵和分段函数用\begin{matrix}和\begin{cases}，这两类在写算法文档时很常见。分段函数的写法是f(x)=\begin{cases} x^2 & x>0 \\ -x & x \le 0 \end{cases}，注意\\换行、&分隔条件。

公式里的中文要小心。LaTeX 默认不支持中文，直接写进去会报错或者显示不出来。解决办法是用\text{中文}包起来，前提是渲染环境支持中文文本。Typora 这边通常没问题，但导出到别的环境就可能失效。

一个实用的小技巧：公式写得长了容易出错，建议先在 Typora 里写小段，确认渲染正确再拼起来。因为公式报错的时候，Typora 会把整段原样显示，你很难一眼看出是哪个括号不匹配。断点调试的思路在这里同样适用。

5.3 大纲、跳转、搜索与文件树

文档一长，导航能力就变成刚需。Typora 提供了几个机制，用好了能省大量滚动时间。

大纲视图在「视图 → 大纲视图」里打开，会把当前文档的所有标题列在侧边栏，点击直接跳转。这个视图的标题层级是跟着#数量走的，所以你的标题层级写得规范，大纲就好用；如果标题跳级（比如一级下面直接跟三级），大纲看起来会很奇怪。这也是我一直强调标题层级要规范的原因之一，它不只是为了好看。

文档内跳转靠锚点。[跳到第一节](#1-先想清楚拿它干什么定位与工作流拆解)，括号里是#加标题的 slug 形式，中文标题的 slug 一般就是标题本身去掉标点、空格换成连字符。这个写法在不同渲染器上对中文的处理有差异，跨平台分享时可能失效，所以正式的交付文档里我一般用显式的 HTML 锚点。

全局搜索用Ctrl + Shift + F，可以在整个文件夹里搜关键词，搜出来的结果能直接点进去定位。写系列文章的时候用这个找"我上次是不是写过这个点"特别有用。搜索支持正则，但要注意中文的正则匹配在某些版本里表现不稳定，遇到搜不到的情况，换成纯文本模式再试一次。

文件树在左侧栏，可以打开整个文件夹当工作区。我的习惯是把笔记根目录直接拖进来，这样不用每次开机重新选文件。文件树支持拖拽移动文件，但拖拽之后文档里引用这个文件的相对链接不会自动更新，这是个需要留意的坑，重要文档移动位置之后记得全局搜一下旧路径。

6. 授权、版本与那些高频疑问的正面回答

6.1 试用期结束之后该怎么处理

Typora 从 1.0 版本开始转为付费软件，这是它持续更新的基础。软件提供了一段试用期，试用期内功能完整，没有阉割。试用期结束后，会按规范提示你完成授权，这是一个明确的商业行为，没什么可绕的。

我的态度很直接：如果你把它当生产力工具天天用，那就通过官方渠道获取授权。理由不是道德说教，而是实际收益——正版能正常收到更新，新版本对导出、渲染、兼容性的修复都会推送到你手上；一旦用了来源不明的替换文件，不仅拿不到更新，那些文件的来源也完全不可控，可执行文件里塞什么你根本不知道。在一个每天都要打开、还要读写你全部笔记的软件上冒这种风险，性价比是负的。

至于网上满天飞的那些"免费序列号""激活文件""离线激活方法"，我不打算在这里展开，也不会给出任何相关步骤。原因很简单：这类内容本身就属于绕过授权的范畴，来源不明的文件还带着实打实的安全隐患。你用这个软件是为了写东西，不是为了给自己电脑埋颗雷。

如果你的预算确实紧张，可以考虑几个方向：一是用试用期把该学的东西学完，评估清楚再决定；二是看看其他开源方案，比如 VS Code 配 Markdown 插件，功能上也能覆盖大部分场景，只是写作体验不如 Typora 顺滑。工具只是手段，别让它变成负担。

6.2 版本选择和更新策略

版本号的建议只有一条：跟着稳定版走，别追 Beta。Typora 的更新节奏不算激进，稳定版的 bug 修复通常会在一两周内推到 Beta，再往后到正式版。用正式版遇到问题的概率低得多。

跨平台版本要区分清楚。Windows 和 macOS 的安装包是分开的，Linux 用户一般通过官方提供的包管理器源安装，具体方式看官网的下载页说明，不要从第三方镜像站拿安装包——不是所有镜像站都及时同步，拿到旧版本或者被改过的包，排查起来很费劲。

关于"只能打开一个文件"这个常见疑问，其实 Typora 早期版本确实是单窗口的，后来支持了多标签。如果你发现打开新文件会覆盖当前文件，先去「偏好设置 → 通用」看看有没有相关的窗口行为选项，或者在「视图」菜单里找找标签页相关的开关。更新到较新的版本通常也能解决这个问题。

macOS 用户还有个常见困扰是版本更新后主题丢失。原因通常是更新过程中主题目录被重置或者路径变化。解决办法很简单：更新前把你的自定义主题文件备份到别的地方，更新后放回去。养成这个习惯，任何编辑器都适用。

6.3 关于弹窗、卡顿和渲染异常的排查思路

弹窗反复出现，通常和授权状态、网络连通性有关。如果你已经完成了正规授权还反复弹，先检查系统时间和时区是否正确——时间偏差过大有时会影响软件的状态校验。其次是检查是否有多个版本同时安装，导致启动的其实是另一个没配置好的副本。最后，软件更新到最新版本往往也能解决一些已知的状态判断问题。

打开大文件卡顿。Markdown 文件超过几兆之后，实时渲染的压力会明显上升，尤其是文档里有大量公式和 Mermaid 图的时候。应对方法是拆分文档，单篇保持在几百 KB 以内，用目录文件串联。另外「视图」里可以关掉一些实时渲染的开关，比如关掉 Mermaid 的实时预览，需要看的时候再开。

渲染结果和预期不一致。这类问题九成出在空格和空行上。Markdown 的很多语法对空行敏感：列表前后要有空行，代码块前后要有空行，表格上方要有空行。当你觉得语法明明写对了却不生效，第一步永远是按Ctrl + /看源码，把不该有的空格删掉，把该有的空行补上。

7. 疑难速查与数据安全心得

7.1 常见问题速查表

把这几年被问得最多的问题整理成一张表，方便你对照排查：

7.2 备份这件事，我用最土的办法保证不出事

最后一节聊聊数据安全，这是所有技巧里最重要但最容易被忽略的。Markdown 的好处是纯文本，恢复手段比二进制格式多得多，但前提是你得真的做了备份。

我现在用的是三层备份，说出来很土但很有效：第一层是文档目录本身放在网盘同步文件夹里，它有历史版本功能，误删了能找回来；第二层是每个月手动把整个目录复制一份到移动硬盘，用日期命名，保留最近六份；第三层是重要的长文档顺手放进 Git 仓库，因为 Git 能精确到每一次改动，回滚到任意一个历史版本只要一条命令。

三层听着麻烦，实际上只有第二层需要你每个月花五分钟点一下，第一层和第三层是自动的。我经历过一次硬盘故障，正是因为移动硬盘里有上个月的完整副本，损失控制在了一个月的笔记范围内，比起全军覆没，这个代价完全可以接受。

还有一个细节值得单独提：不要开着自动保存然后指望网盘的持续同步。有些同步工具在文件被频繁写入时会频繁上传，产生大量中间版本，既浪费空间又可能造成同步冲突。合适的做法是让编辑器自己保存到本地，网盘按固定间隔同步，两者错开节奏。

如果只能记住这篇里的三件事，我希望是：把图片保存策略改成"复制到指定路径"，把Ctrl + /练熟用来排查一切语法问题，以及给你的笔记目录配一个能回滚的备份方案。剩下的排版和快捷键，都是锦上添花的东西，用着用着自然就熟了。我个人在实际操作中的体会是，工具的上限取决于你愿不愿意花一两个小时把它调顺手——这一个小时的投资回报率，比之后每个月的将就都高。