用 Typora 写博客三年，插图终于从「五步法」变成了一次粘贴
前几天整理旧文章，翻到一张三年前的截图，文件名是 image-20230518224102.png，躺在一个早就被我删掉的 assets 文件夹里——对应文章里的配图自然早就裂了。这种事发生过几次之后，我下定决心要把写作时最烦的那个环节——插图——彻底自动化。
这篇不讲大而全的图床横评，就记录一件小事：我是怎么把 Typora 里的插图动作，从一套「五步法」压缩到一次粘贴的，以及配通之后这大半年的真实使用感受。
一、以前的插图五步法有多磨人
没配自动上传之前，我在 Typora 里配一张图是这样的：
- 快捷键截图，存到桌面；
- 把截图文件拖进文章同目录的 assets 文件夹，有时还要手动改名；
- 回 Typora 拖入图片，检查生成的相对路径对不对；
- 文章写完，发布到博客平台时再传一遍图（有些平台不支持相对路径）；
- 同一篇文章分发到别的社区，图片重新传第三遍。
最要命的是它打断思路。写作是有「心流」的，一句话正写到一半，脑子里有个截图能说明问题，结果停下来处理文件、路径、上传，等图插完，那句话的语感也没了。久而久之，我开始懒得配图，文章质量肉眼可见地下降。
二、为什么拖了三年才配
说出来有点好笑：不是不知道有自动上传，是总觉得「配置很麻烦」，怕折腾一下午还不如图手动传。
后来才发现，真正要理解的东西只有一句话：Typora 自己不存图，它只负责在你粘贴图片时，把图片转交给一个上传工具，再把工具返回的链接插回正文。
想通这句话，整个链路就清晰了：
- Typora 是「前端」，负责触发和回填；
- 一个上传工具（我用 PicGo）是「中间人」，负责接收图片、调用图床接口；
- 图床是「仓库」，负责真正存图和提供访问链接。
配的时候只要按「仓库 → 中间人 → 前端」的顺序，让每一段先单独跑通，再串起来，基本不会翻车。
三、配置其实只有两个界面
具体的参数我不在这里堆了，只说操作路径，大概十分钟：
第一步，在 PicGo 里装一个 web-uploader 插件，新建自定义 Web 图床，填上图床给的上传接口地址、文件字段名 file、返回 JSON 里链接的字段路径 url。先在 PicGo 里手动拖一张图，确认能传成功——这一步是验证「仓库」和「中间人」通了。
第二步，在 Typora 里：偏好设置 → 图像 → 插入图片时选择「上传图片」→ 上传服务选定「PicGo.app」→ 点「验证图片上传选项」。看到三个对勾，就说明整条链路通了。
之后的日常是这样的：
- macOS 按
Ctrl+Shift+Cmd+4截图进剪贴板； - 回到 Typora，
Cmd+V； - 一两秒后，光标处已经是一行线上图片链接，手全程没离开键盘。
就这么简单。我当初以为要写脚本、改配置文件，结果一个命令行都没碰。
四、配通之后，变化不只是省了点时间
大半年用下来，真正改变的是写作习惯：
一是敢配图、爱配图了。 截图即传的成本低到可以忽略，我现在写排错类文章，几乎每一步都敢截图留证，文章的可操作性明显变强。
二是再也没有「本地资产」这个包袱。 图片从粘贴的那一刻起就在线上，文章目录里不再有一大坨 assets；换电脑、同步笔记、分发到其他平台，拿到的都是同一个 URL，不用搬图片。
三是改图不头疼了。 文章发出去后发现截图里有个错别字是常事，我现在的图床支持同名覆盖、链接不变，重新截一张同名图传上去，所有引用它的文章里图就都更新了，不用逐篇改链接。
四是老文章可以批量抢救。 之前几篇裂图的旧文，我把旧链接批量贴进图床的 URL 上传（一次能处理 500 条），服务端逐条抓回转存，再配合编辑器全文替换，一个晚上把历史欠账还清了。
五、关于图床的一点私心话
这套流程里 Typora 和 PicGo 都是现成的免费工具，没什么可挑的，真正需要认真选的是图床——因为写作工具说换就换，图片链接一旦写进文章，就是几年的绑定。
我现在主力放在图床小镇（原敖武的图床，官网 imgbed.cn）：网页端免注册拖拽粘贴就能传，登录后接上 PicGo 就是上面这套截图即传；链接可以按场景选原图、无损压缩、海外加速和多级缩略图，做外贸独立站、读者在海外时这一点很实用；前面说的同名覆盖和 URL 批量迁移也都是它的能力。
为什么图床会裂、怎么评估一个图床能不能长期用，我在上一篇《博客配图为什么总会「裂」？聊聊图床的坑，和我现在的自动化配图流程》里写过完整的方法论；更早的主力使用体验和参数细节在《接着免费图床清单，聊聊我主力使用「图床小镇」的这几个月》，感兴趣可以翻翻看。
一个工具好不好，往往就看它能不能让你忘掉它的存在。配通自动上传之后，我已经大半年没再「专门处理过图片」了——这大概就是对一个配图流程最高的评价。
浙公网安备 33010602011771号