Matrix 精選

Matrix 是少數(shù)派的寫(xiě)作社區(qū)，我們主張分享真實(shí)的產(chǎn)品體驗(yàn)，有實(shí)用價(jià)值的經(jīng)驗(yàn)與思考。我們會(huì)不定期挑選 Matrix 最優(yōu)質(zhì)的文章，展示來(lái)自用戶的最真實(shí)的體驗(yàn)和觀點(diǎn)。

文章代表作者個(gè)人觀點(diǎn)，少數(shù)派僅對(duì)標(biāo)題和排版略作修改。

對(duì)于「?jìng)€(gè)人微信公眾號(hào)（以下簡(jiǎn)稱公眾號(hào)）的流程化發(fā)布」這個(gè)話題，其實(shí)在互聯(lián)網(wǎng)上被很多人討論過(guò)。說(shuō)實(shí)話我自己也鉆研了很長(zhǎng)時(shí)間，至今仍不敢和人妄下定論「我已經(jīng)不用擔(dān)心公眾號(hào)發(fā)布的事情」，但是目前的方案和以前相比，確實(shí)有了很大提升。話不多說(shuō)，整理成一篇 Windows 下的公眾號(hào)流程化寫(xiě)作與發(fā)布方案，以供后來(lái)參考。

此外，我還是保持以往寫(xiě)作的敘事風(fēng)格，力求把事情說(shuō)清道明。此外，加粗的部分也為「太長(zhǎng)不看」而準(zhǔn)備。

說(shuō)在前面

廣義上看，對(duì)于「碼字→配圖→成文→樣式化→發(fā)布」這樣一個(gè)寫(xiě)作過(guò)程，一千名作者眼中有一千種方法。但對(duì)于擁有公眾號(hào)的作者來(lái)說(shuō)，各種不同的方案所要解決的問(wèn)題都直指一個(gè)共同的核心——公眾號(hào)該如何流程化發(fā)布。

公眾號(hào)的特殊性，導(dǎo)致它的發(fā)布條件眾所周知地苛刻：

• 在 Markdown （以下簡(jiǎn)稱 M↓）寫(xiě)作已經(jīng)很常見(jiàn)的今天，公眾號(hào)后臺(tái)編輯器仍然是富文本編輯器
• 并且是巨難用的富文本編輯器
• 當(dāng)下流行的第三方編輯平臺(tái)同樣既難看又難用，復(fù)制到公眾號(hào)的格式還嵌套了各種各樣的冗余樣式

如此種種，不再詳述。

而需要解決好這個(gè)問(wèn)題，重點(diǎn)就應(yīng)該放在「流程化」上。簡(jiǎn)言之，就是形成一套不囿于文章中具體的段落句讀的、整體而宏觀的、一步到位的公眾號(hào)發(fā)布流程，最好同時(shí)也能讓公眾號(hào)以外平臺(tái)的發(fā)布得到兼顧。

所以，本文就討論一下，如何在 Windows 上一次性完成主要寫(xiě)作過(guò)程，并流程化發(fā)布于公眾號(hào)。

先決定寫(xiě)作應(yīng)用

對(duì)于 Windows 平臺(tái)，我非常喜歡 Typora 這款應(yīng)用。在剛接觸 M↓ 寫(xiě)作的時(shí)候，我就一口氣下載了很多個(gè)本地編輯器，最終敲定了 Typora。先簡(jiǎn)單說(shuō)決定性因素：

1. 界面簡(jiǎn)潔美觀一款養(yǎng)眼的本地編輯器，對(duì)創(chuàng)作有極大的促進(jìn)作用。
2. 所見(jiàn)即所得很多 M↓ 編輯器存在的問(wèn)題就是「寫(xiě)」和「看」很割裂，要么將渲染前后的樣子以左右兩欄的形式隔開(kāi)，要么無(wú)法實(shí)時(shí)渲染、只對(duì) M↓ 文本進(jìn)行簡(jiǎn)單的顏色標(biāo)記。而 Typora 默認(rèn)在輸入 M↓ 標(biāo)記后就直接渲染成主題的樣式，這樣也保證了寫(xiě)作思路的清晰。
3. 自動(dòng)保存可以手動(dòng)設(shè)置，無(wú)需按保存鍵就可以自動(dòng)保存，這是沉浸式創(chuàng)作中很重要的一點(diǎn)。

Typora 對(duì)我來(lái)說(shuō)如此趁手，以至于如果哪天公眾號(hào)的條件苛刻到我必須放棄用 Typora 進(jìn)行本地創(chuàng)作的話，我寧可放棄公眾號(hào)。

然后決定圖片

公眾號(hào)編輯器難用，圖片問(wèn)題是大頭。在自己的上一篇文章中，甚至用到了多達(dá) 21 張靜態(tài)圖片加上 5 張動(dòng)圖。如果圖片問(wèn)題無(wú)法解決，我便對(duì)發(fā)布公眾號(hào)提不起一絲一毫的欲望。

本地圖片

在使用本地編輯器進(jìn)行寫(xiě)作的過(guò)程中，配圖往往有以下幾種方法：

• 照片型
• 從互聯(lián)網(wǎng)上下載至本地，再導(dǎo)入編輯器
• 直接將互聯(lián)網(wǎng)上的照片拷貝至剪貼板，再粘貼到編輯器
• 截圖型
• 將截圖拷貝至剪貼板，再粘貼到編輯器
• 將截圖保存在本地，再導(dǎo)入編輯器
• 動(dòng)圖型
• 將錄制完成的動(dòng)圖保存在本地，再導(dǎo)入編輯器
• 靈魂畫(huà)師、設(shè)計(jì)師自己制作配圖型
• 將圖片導(dǎo)出到本地，再導(dǎo)入編輯器

其實(shí)一眼就可以看出，各種類(lèi)型萬(wàn)變不離其宗：要么從本地導(dǎo)入，要么從剪貼板粘貼。從剪貼板粘貼的好處是方便，能省一步是一步，但是對(duì)于素材管理卻是噩夢(mèng)；從本地導(dǎo)入則更有條理，不過(guò)稍稍麻煩一些。

對(duì)于長(zhǎng)期寫(xiě)作而言，良好的寫(xiě)作習(xí)慣非常重要。我在生活中是一個(gè)很注重條理性的人，這一點(diǎn)性格也被我?guī)У搅藬?shù)字世界的文件管理上。我會(huì)將每篇文章的 M↓ 文稿都存放于以寫(xiě)作時(shí)間命名的目錄下，并在此目錄下建立一個(gè) ./Img 文件夾，存放文章的所有配圖，并且存放的時(shí)候就直接將圖片命名，然后將自己的所有文章全部上傳到 iCloud，以便多終端訪問(wèn)、修改。

隨手將圖片命名的好處在于，在插入圖片到文章中后，將來(lái)渲染樣式時(shí)給圖片起標(biāo)題就會(huì)非常方便。

所以我摒棄了剪貼板粘貼的方法，每次配圖都先保存到 ./Img 文件夾，再拖入 Typora 中。另外，我在 Typora 中修改了插入圖片的默認(rèn) M↓ 語(yǔ)法，以相對(duì)路徑顯示圖片位置，而且我上傳 iCloud 的也是整個(gè)目錄，所以不會(huì)擔(dān)心跨平臺(tái)的問(wèn)題。

在公眾號(hào)后臺(tái)中上傳圖片，目前我發(fā)現(xiàn)了三種方法：

1. 直接在后臺(tái)上傳忍受差勁的編輯器和割裂的寫(xiě)作體驗(yàn)。
2. 將最終寫(xiě)完的文章以 HTML 的形式拷貝到后臺(tái)由于是拷貝整篇文章，所以出現(xiàn)不適配公眾號(hào)編輯器的問(wèn)題時(shí)需要再次修改，并且修改起來(lái)很困難（見(jiàn)后文詳述）。
3. 使用圖床用圖床鏈接而非本地鏈接來(lái)表示圖片，再將純文本形式的 M↓ 文稿發(fā)送至第三方排版平臺(tái)，使用樣式表進(jìn)行排版、優(yōu)化，并且直接發(fā)布。

顯然，我采用了最后一種做法。此時(shí)，對(duì)于在互聯(lián)網(wǎng)發(fā)布（特別是在公眾號(hào)發(fā)布），圖床的必要性就顯現(xiàn)出來(lái)了。這就涉及到圖床選擇的問(wèn)題。

圖床選擇

需要明確的是，公眾號(hào)后臺(tái)對(duì)于文章圖片采取的策略是「一律上傳到微信自己的 CDN」，有一說(shuō)一，這一點(diǎn)還是很方便的。所以，選擇圖床的時(shí)候，我就記住一點(diǎn)：圖床不重要，能讓微信拉取到圖片才重要。換句話說(shuō)，只要微信從公眾號(hào)編輯器拉取到圖片，接下來(lái)的事情就不用我操心了，哪怕某一天圖床跑路了，文章配圖依然在，它甚至連水印都會(huì)幫我打好。

ShareX

由于本文的環(huán)境是 Windows 平臺(tái)，我自然而然地想到了 Windows 下著名的上傳與分享工具：ShareX。但是就實(shí)際使用的體驗(yàn)來(lái)看，并不是很好。原因如下：

• 在 ShareX 中內(nèi)置支持的圖床，有很多是優(yōu)秀的國(guó)外服務(wù)，公眾號(hào)后臺(tái)統(tǒng)統(tǒng)無(wú)法拉取。
• 即便是自定義圖床配置，ShareX 也需要面對(duì)一個(gè)同樣的問(wèn)題，那就是寫(xiě)作體驗(yàn)的割裂。我必須先在 Typora 中寫(xiě)文章，然后將圖片通過(guò) ShareX 自定義的快捷鍵上傳到自定義的圖床，再把自動(dòng)返回的圖床鏈接粘貼到 Typora 中去，最終形成純文本 M↓ 文稿。

所以，如果 Typora 能夠整合一個(gè)圖床上傳服務(wù)的話，一切就會(huì)好很多。

PicGo

巧得很，Typora 中確實(shí)整合了一個(gè)名為 PicGo 的圖床聚合應(yīng)用，那我就沒(méi)有理由不選擇它了。

同樣，我將主流的幾家圖床服務(wù)都嘗試了一下：

• imgur全球公認(rèn)最優(yōu)秀的圖床服務(wù)，但是由于特殊原因，公眾號(hào)后臺(tái)無(wú)法拉取。
• GitHub雖然人稱 GitHub 什么都能做，但是如果做圖床，公眾號(hào)依然無(wú)法拉取。
• SM.MS一名活躍于 V2EX 的開(kāi)發(fā)者開(kāi)發(fā)的圖床服務(wù)，同樣也是國(guó)內(nèi)目前數(shù)一數(shù)二的圖床服務(wù)，同樣也是公眾號(hào)無(wú)法拉取。
• 七牛、騰訊等國(guó)內(nèi)云存儲(chǔ)注冊(cè)需要身份證實(shí)名認(rèn)證，對(duì)于發(fā)布公眾號(hào)而言有些大材小用了。

所以，看似選擇很多，有這么多非臨時(shí)的圖床服務(wù)，但是仔細(xì)一考量，其實(shí)路全都被堵死了。我在這一步一籌莫展了很久，后來(lái)才想通。還是那句話：圖床不重要，能讓微信拉取到圖片才重要。所以，我只需要提供臨時(shí)鏈接的圖床就可以了。于是我想到了 Markdown Nice 排版工具（以下簡(jiǎn)稱 mdnice）【后文詳述 2】的開(kāi)發(fā)者 @Phoebe 先前自建的臨時(shí)圖床：mdnice 圖床。

但是，既然是臨時(shí)圖床，就會(huì)面臨一個(gè)新的問(wèn)題：在 Typora 中將圖片上傳之后，本地圖片的鏈接就會(huì)直接被替換成圖床的鏈接。這對(duì)于臨時(shí)圖床來(lái)說(shuō)是致命的，因?yàn)橛锌赡芤院笤俅蜷_(kāi)這篇文稿，所鏈接的圖片就被全部清空了。于是我采取了這樣一種方法：在我的寫(xiě)作流程里，我會(huì)保留一份「用本地鏈接格式配圖的 M↓ 文稿」（以下簡(jiǎn)稱「原文稿」），然后將其復(fù)制一份，單獨(dú)用于上傳臨時(shí)圖床，得到一份「以圖床外鏈格式配圖的 M↓ 文稿」（以下簡(jiǎn)稱「圖床版文稿」。

其實(shí)，當(dāng)我去查找 mdnice 圖床的時(shí)候，發(fā)現(xiàn)已經(jīng)找不到了。不知從何時(shí)開(kāi)始，@Phoebe 轉(zhuǎn)而采用了開(kāi)發(fā)者 @編程如畫(huà) 在2019 年年末寫(xiě)的一個(gè)名為「圖殼（imgkr）」的圖床。就目前看來(lái)，這個(gè)圖床的鏈接是長(zhǎng)期保留的，不過(guò)我觀念比較傳統(tǒng)，依然是不習(xí)慣于以圖床鏈接的形式來(lái)長(zhǎng)期保存文章的，所以圖殼對(duì)我而言依然是一個(gè)臨時(shí)圖床，我也就僅將其當(dāng)作公眾號(hào)發(fā)布的跳板來(lái)使用。

@編程如畫(huà) 在 圖殼的開(kāi)發(fā)日記 里寫(xiě)道：

這段時(shí)間一直在做一些開(kāi)源項(xiàng)目和小工具，囿于國(guó)內(nèi)沒(méi)有好用的圖床，為了解決圖片存儲(chǔ)問(wèn)題，與@小匠合作做出了自己的圖床，并開(kāi)放出去，希望得到大家的支持。

圖床配置

圖床找到了，接下來(lái)就是如何配置的問(wèn)題，這些都不難。

首先需要下載 PicGo 應(yīng)用，并且在 Typora 的偏好設(shè)置中啟用。

然后，在 PicGo 中添加 web-uploader 插件 。

提示：安裝插件需要 npm 支持，可以先在 Windows 上安裝 Node.js。這是手動(dòng)安裝 web-uploader 的地址，也可以在 PicGo 中自動(dòng)安裝。添加完成后，插件面板便會(huì)顯示。

參考 這篇文章 在 PicGo 中自定義 Web 圖床。

這一步對(duì)于我這樣不懂代碼的「麻瓜」來(lái)說(shuō)，屬實(shí)走了不少?gòu)澛罚贿^(guò)好在最后還是琢磨出來(lái)了。

到目前為止，Typora 添加圖殼作為上傳的圖床，就已經(jīng)完成了。整個(gè)配圖的過(guò)程梳理一下：

1. 在 Typora 中寫(xiě)作
2. 將需要插入的圖片保存至本地，并做好文件管理、圖片命名
3. 將圖片插入至 Typora
4. 繼續(xù)完成整個(gè)寫(xiě)作流程
5. 將最終文稿復(fù)制一份
6. 將復(fù)制的文稿繼續(xù)用 Typora 打開(kāi)，上傳所有圖片至圖殼
7. 得到一份圖床版文稿

到此為止，寫(xiě)作的部分就已經(jīng)結(jié)束了。

最后決定樣式

樣式，或者俗稱排版，是一篇文章的點(diǎn)睛之筆，也是文章風(fēng)格化最直接的體現(xiàn)。對(duì)于 M↓ 格式的文章而言，樣式化主要依托于 .css 樣式表。而如果需要在富文本格式的公眾號(hào)編輯器中套用自己常用的樣式表，則需要曲線救國(guó)一番，方法包括以下幾種：

• 將 M↓ 格式的文章渲染為 HTML 格式，拷貝并粘貼在公眾號(hào)編輯器
• 直接將 M↓ 純文本粘貼在公眾號(hào)編輯器，然后使用瀏覽器擴(kuò)展來(lái)轉(zhuǎn)換樣式
• 使用專門(mén)針對(duì)公眾號(hào)排版的網(wǎng)站，在網(wǎng)頁(yè)上一鍵轉(zhuǎn)換樣式

粘貼 HTML

首先來(lái)看第一種。Typora 本身即支持導(dǎo)出 HTML，導(dǎo)出后直接粘貼在公眾號(hào)編輯器中，所以第一種方法是最方便的。但是這樣子的弊端也很明顯，就是會(huì)導(dǎo)致各種各樣的格式問(wèn)題，包括但不限于：

• 縮進(jìn)消失
• 二級(jí)列表消失
• 代碼塊消失
• 公式不受支持
• 外部鏈接被刪除

以及一些其他問(wèn)題。如果再去逐項(xiàng)排查修改，不僅查找困難、過(guò)程枯燥、步驟繁瑣、毫無(wú)意義，而且也會(huì)極大地降低寫(xiě)作效率，有違流程化寫(xiě)作「一步到位」的理念。所以，粘貼 HTML 的方案被我排除。

瀏覽器擴(kuò)展

很多人都知道，對(duì)于 M↓ 純文本的排版，有一個(gè)非常好用的瀏覽器擴(kuò)展：Markdown Here，我也經(jīng)常使用它。Markdown Here 支持自定義樣式表，而且在瀏覽器中任何可以輸入文本的地方，都可以使用它來(lái)一鍵排版。所以，理論上講，Markdown Here 的適用場(chǎng)景非常廣闊。

可惜事實(shí)并非如此：

• 對(duì)發(fā)布公眾號(hào)而言，依然會(huì)出現(xiàn)上述的幾大格式問(wèn)題。
• 我也不僅僅是發(fā)布公眾號(hào)這個(gè)單一的平臺(tái)。

對(duì)于其他平臺(tái)，這種「一鍵排版」的擴(kuò)展程序并不能夠識(shí)別本地圖片鏈接，也無(wú)法從本地上傳。所以圖片必須是圖床鏈接的形式，而且是相對(duì)穩(wěn)定的圖床，如 imgur、SM.MS 等等。而我前文已經(jīng)提到，我僅僅是把圖殼作為「臨時(shí)圖床」來(lái)使用的。

圖殼是一款在 2019 年 12 月才誕生的、由個(gè)人開(kāi)發(fā)者開(kāi)發(fā)的免費(fèi)圖床，我對(duì)它的歷史、口碑、用戶協(xié)議、隱私政策、甚至安全性全都無(wú)從知曉。如果此時(shí)我只是為了使用瀏覽器擴(kuò)展來(lái)排版，就將相同的內(nèi)容再上傳一遍到其他圖床，將會(huì)非常影響效率。

適配公眾號(hào)的排版工具

所以只剩下第三種方案——尋找已經(jīng)適配了公眾號(hào)的第三方排版工具。

目前的公眾號(hào)排版工具其實(shí)并不少，如我先前接觸的「可能吧」公眾號(hào)一鍵轉(zhuǎn)換器、后來(lái)了解到的 Wechat Format 排版工具，以及最終使用的 mdnice 排版工具，和最近剛了解到的 Md2All 排版工具等等，具體也可以參考互聯(lián)網(wǎng)上的這篇推薦。其中：

• 「可能吧」排版工具不支持自定義樣式表。
• Md2All 支持自定義樣式表，并且解決了上述一系列格式問(wèn)題，不過(guò)由于剛接觸，也就沒(méi)有很深入地去了解。
• Wechat Format 也解決了格式問(wèn)題，不過(guò)網(wǎng)頁(yè)版依然不支持自定義樣式表，想修改的話需要下載源碼。Wechat Format 的作者表示：

我已經(jīng)把 WeChat-Format 的源碼放在 GitHub 上了，想要什么自己去改吧，F(xiàn)ree as in Freedom。

所以，我最終選擇的是 @Phoebe 開(kāi)發(fā)的 mdnice。其實(shí) mdnice 所采用的圖床也正是由 @編程如畫(huà) 開(kāi)發(fā)的圖殼，二者背后的故事可以在 @編程如畫(huà) 的這篇《我體驗(yàn)開(kāi)源世界的這幾年》推文中了解到，或者參考 Markdown Nice 文檔。

印象中，大約半年以前在使用的時(shí)候，mdnice 的網(wǎng)頁(yè)和現(xiàn)在的并不相同。不知何時(shí)，mdnice 將頁(yè)面網(wǎng)址更新為 https:///，并且推出了相應(yīng)的瀏覽器擴(kuò)展程序，可以在公眾號(hào)的編輯器頁(yè)面上顯示更多元素，也可以直接選擇或自定義 CSS、直接渲染。

美中不足的是，這個(gè)擴(kuò)展程序會(huì)導(dǎo)致原本的頁(yè)面元素也被樣式表所改變。鑒于擴(kuò)展程序至今仍在開(kāi)發(fā)中，所以我就暫時(shí)先不用了。

直到這一步，我與「流程化發(fā)布公眾號(hào)」的斗爭(zhēng)才進(jìn)入了終局：采用 mdnice 的網(wǎng)頁(yè)來(lái)排版，然后直接在公眾號(hào)編輯器里粘貼。由于是發(fā)布個(gè)人公眾號(hào)，所以可以有充分的空間來(lái)自定義自己喜愛(ài)的樣式表；另一方面，mdnice 也內(nèi)置了越來(lái)越多的樣式表，可以供一鍵調(diào)用。

其實(shí)這一步反而沒(méi)什么好說(shuō)的了，梳理一下：

1. 直接用 Typora 打開(kāi)圖床版文稿
2. 拷貝其內(nèi)容然后粘貼到 mdnice 的網(wǎng)頁(yè)
3. 記得在「格式」里將鏈接轉(zhuǎn)為腳注
4. 然后點(diǎn)擊右側(cè)的「公眾號(hào)」圖標(biāo)，拷貝到剪貼板
5. 在公眾號(hào)編輯器中粘貼
6. 最后加上標(biāo)題、作者、題圖、簡(jiǎn)介，就可以發(fā)布了！

其他平臺(tái)

之前講過(guò)，我不僅發(fā)布于微信公眾號(hào)這一個(gè)單一的平臺(tái)，所以我也需要考慮目前這套流程的通用性。好在搞定了公眾號(hào)之后，其他的平臺(tái)就簡(jiǎn)單太多了。由于我已經(jīng)留存了「原文稿」和「圖床版文稿」兩種格式的文章備份，所以對(duì)于支持自動(dòng)上傳圖片至 CDN 的平臺(tái)，我就用圖床版文稿，不支持的平臺(tái)我就用原文稿。

最終流程梳理與總結(jié)

事實(shí)上，在我的理解中，將「寫(xiě)作」與「發(fā)布」完全隔離，正是讓創(chuàng)作流程化、模塊化的重中之重，而「讓創(chuàng)作流程化」又是高效寫(xiě)作的一個(gè)重要因素。所以我費(fèi)勁巴力，為的就是形成一套「本地創(chuàng)作→云端備份→公眾號(hào)發(fā)布」的流程。在我文章寫(xiě)完的那一刻，接下來(lái)要考慮的就是發(fā)布層面的事情，就該脫離文章內(nèi)容本身了。如果追本溯源的話，M↓ 標(biāo)記語(yǔ)言誕生的初衷也正出于此。

對(duì)于「寫(xiě)作」和「發(fā)布」的隔離，我的做法歸根結(jié)底無(wú)非就是：

• 以「原文稿」和「圖床版文稿」兩種形式保存文章
• 在流程上將寫(xiě)文字與配圖綁定、套用樣式與發(fā)布綁定
• 恪守「一步到位」的原則
• 在盡可能不改動(dòng)文章內(nèi)容的前提下，采用妥協(xié)于平臺(tái)的發(fā)布方法

而要妥協(xié)于平臺(tái)，則不難看出，整個(gè)流程的難點(diǎn)就在于如何面對(duì)公眾號(hào)匱乏的圖片功能和羸弱的樣式支持。

那么就考慮到圖床的問(wèn)題：用哪個(gè)應(yīng)用來(lái)上傳，是采用永久圖床還是臨時(shí)圖床。如果用永久圖床，就得尋找靠譜的東家，而且公眾號(hào)后臺(tái)可以拉?。蝗绻桥R時(shí)圖床，那么就無(wú)所謂了。所以對(duì)比之下選擇了 Typora 內(nèi)建的 PicGo 圖床聚合服務(wù)，并且根據(jù) API 自定義添加了圖殼的圖床。

同時(shí)我也引申了一下文章管理的方法，比如在 M↓ 格式中如何引用圖片的位置，以及如何在本地和云端存放自己的往期文章等等。

最后就到了樣式化的環(huán)節(jié)，需要綜合考慮公眾號(hào)格式的支持、樣式表的自定義、使用起來(lái)的便捷程度等諸多因素。在這個(gè)環(huán)節(jié)，我最終確定了 Markdown Nice 排版工具。

以上就是我目前的「微信公眾號(hào) Windows 平臺(tái)流程化寫(xiě)作與發(fā)布」的整套方案。

后記

在寫(xiě)這篇文章時(shí)，《Markdown Nice-微信公眾號(hào)排版神器》、《【兩年的干貨】新媒體寫(xiě)作工具指南》、《盤(pán)點(diǎn)國(guó)內(nèi)免費(fèi)好用的圖床》等文章也給了我很大幫助。

這些以 Typora 為基點(diǎn)的一切，對(duì)于轉(zhuǎn)移到 macOS 平臺(tái)而言，理論上也是適用的。然而在 macOS 上，有 Ulysses 這樣優(yōu)秀的行業(yè)級(jí)寫(xiě)作和文章管理應(yīng)用，不用實(shí)在可惜。所以，我還打算整理一套基于 Ulysses 的 「macOS 流程化寫(xiě)作與發(fā)布方案」。

今天也沒(méi)什么干勁，這件事情就等到以后再去做吧！

> 下載少數(shù)派 客戶端 、關(guān)注 少數(shù)派公眾號(hào) ，了解更精彩的數(shù)字生活 ??