一次 Markdown,四处发布:dev.to、Medium、AWS Builder Center 与 LinkedIn
来源:dev.to — 2026-10-02
📋 概述
Markdown 写起来容易,发出去却很难:每个平台对同一份文件的渲染方式都不一样,其中两个甚至没有发布 API,而所有差异都要等到点下「发布」之后才会暴露。作者用一个 agent skill——publishing-kit 走通了全流程:一份 markdown 进去,输出 dev.to 草稿、Medium 故事、Builder Center 草稿和 LinkedIn 帖子,每一版在发出前都先经过检查。这篇你正在读的文章本身就是用它发布的,文中所有命令输出都来自那次真实运行。文章逐项拆解了四个平台的差异,例如 Medium 自 2023 年起不再支持发布 API、会丢掉表格、把多行代码挤成一行、封面取正文第一张图;LinkedIn 只能发帖不能存草稿。
🔑 核心要点
- 核心痛点是同一份 Markdown 在四个平台上的渲染结果完全不同。
- 关键风险在于差异不会报错,而是生成一个看起来正常的页面,等你上线后才发现表格没了。
- Medium 自 2023 年起不再支持发布 API,会丢掉表格、把多行代码压成一行、封面取正文第一张图。
- LinkedIn 只能发帖、不能存草稿,且不支持表格与多行代码。
- 所有命令输出都取自真实的发布过程,这篇文章本身就是用它发出的。
💡 金句
每一次差异都不会报错。你会得到一个看起来毫无破绽的页面,而缺失的表格、被挤成一行的代码块,都要等它上线之后才被发现。
👍 0
👎 0
← 返回 dev.to 首页