此外，我还是保持以往写作的叙事风格，力求把事情说清道明。此外，加粗的部分也为「太长不看」而准备。
广义上看，对于「码字→配图→成文→样式化→发布」这样一个写作过程，一千名作者眼中有一千种方法。但对于拥有公众号的作者来说，各种不同的方案所要解决的问题都直指一个共同的核心——公众号该如何流程化发布。
公众号的特殊性，导致它的发布条件众所周知地苛刻：
如此种种，不再详述。
所以，本文就讨论一下，如何在Windows上一次性完成主要写作过程，并流程化发布于公众号。
对于Windows平台，我非常喜欢Typora这款应用。在刚接触M↓写作的时候，我就一口气下载了很多个本地编辑器，最终敲定了Typora。先简单说决定性因素：
Typora对我来说如此趁手，以至于如果哪天公众号的条件苛刻到我必须放弃用Typora进行本地创作的话，我宁可放弃公众号。
在使用本地编辑器进行写作的过程中，配图往往有以下几种方法：
其实一眼就可以看出，各种类型万变不离其宗：要么从本地导入，要么从剪贴板粘贴。从剪贴板粘贴的好处是方便，能省一步是一步，但是对于素材管理却是噩梦；从本地导入则更有条理，不过稍稍麻烦一些。
所以我摒弃了剪贴板粘贴的方法，每次配图都先保存到./Img文件夹，再拖入Typora中。另外，我在Typora中修改了插入图片的默认M↓语法，以相对路径显示图片位置，而且我上传iCloud的也是整个目录，所以不会担心跨平台的问题。
在公众号后台中上传图片，目前我发现了三种方法：
显然，我采用了最后一种做法。此时，对于在互联网发布（特别是在公众号发布），图床的必要性就显现出来了。这就涉及到图床选择的问题。
所以，如果Typora能够整合一个图床上传服务的话，一切就会好很多。
巧得很，Typora中确实整合了一个名为PicGo的图床聚合应用，那我就没有理由不选择它了。
同样，我将主流的几家图床服务都尝试了一下：
但是，既然是临时图床，就会面临一个新的问题：在Typora中将图片上传之后，本地图片的链接就会直接被替换成图床的链接。这对于临时图床来说是致命的，因为有可能以后再打开这篇文稿，所链接的图片就被全部清空了。于是我采取了这样一种方法：在我的写作流程里，我会保留一份「用本地链接格式配图的M↓文稿」（以下简称「原文稿」），然后将其复制一份，单独用于上传临时图床，得到一份「以图床外链格式配图的M↓文稿」（以下简称「图床版文稿」。
图床找到了，接下来就是如何配置的问题，这些都不难。
首先需要下载PicGo应用，并且在Typora的偏好设置中启用。
这一步对于我这样不懂代码的「麻瓜」来说，属实走了不少弯路，不过好在最后还是琢磨出来了。
到目前为止，Typora添加图壳作为上传的图床，就已经完成了。整个配图的过程梳理一下：
到此为止，写作的部分就已经结束了。
首先来看第一种。Typora本身即支持导出HTML，导出后直接粘贴在公众号编辑器中，所以第一种方法是最方便的。但是这样子的弊端也很明显，就是会导致各种各样的格式问题，包括但不限于：
以及一些其他问题。如果再去逐项排查修改，不仅查找困难、过程枯燥、步骤繁琐、毫无意义，而且也会极大地降低写作效率，有违流程化写作「一步到位」的理念。所以，粘贴HTML的方案被我排除。
很多人都知道，对于M↓纯文本的排版，有一个非常好用的浏览器扩展：MarkdownHere，我也经常使用它。MarkdownHere支持自定义样式表，而且在浏览器中任何可以输入文本的地方，都可以使用它来一键排版。所以，理论上讲，MarkdownHere的适用场景非常广阔。
可惜事实并非如此：
对于其他平台，这种「一键排版」的扩展程序并不能够识别本地图片链接，也无法从本地上传。所以图片必须是图床链接的形式，而且是相对稳定的图床，如imgur、SM.MS等等。而我前文已经提到，我仅仅是把图壳作为「临时图床」来使用的。
图壳是一款在2019年12月才诞生的、由个人开发者开发的免费图床，我对它的历史、口碑、用户协议、隐私政策、甚至安全性全都无从知晓。如果此时我只是为了使用浏览器扩展来排版，就将相同的内容再上传一遍到其他图床，将会非常影响效率。
所以只剩下第三种方案——寻找已经适配了公众号的第三方排版工具。
美中不足的是，这个扩展程序会导致原本的页面元素也被样式表所改变。鉴于扩展程序至今仍在开发中，所以我就暂时先不用了。
直到这一步，我与「流程化发布公众号」的斗争才进入了终局：采用mdnice的网页来排版，然后直接在公众号编辑器里粘贴。由于是发布个人公众号，所以可以有充分的空间来自定义自己喜爱的样式表；另一方面，mdnice也内置了越来越多的样式表，可以供一键调用。
其实这一步反而没什么好说的了，梳理一下：
对于「写作」和「发布」的隔离，我的做法归根结底无非就是：
而要妥协于平台，则不难看出，整个流程的难点就在于如何面对公众号匮乏的图片功能和羸弱的样式支持。
那么就考虑到图床的问题：用哪个应用来上传，是采用永久图床还是临时图床。如果用永久图床，就得寻找靠谱的东家，而且公众号后台可以拉取；如果是临时图床，那么就无所谓了。所以对比之下选择了Typora内建的PicGo图床聚合服务，并且根据API自定义添加了图壳的图床。
最后就到了样式化的环节，需要综合考虑公众号格式的支持、样式表的自定义、使用起来的便捷程度等诸多因素。在这个环节，我最终确定了MarkdownNice排版工具。