一份 Markdown，分别用于博客、社交卡片和演示文稿
把经过核对的 Markdown 保存为原稿，再为博客、社交卡片、演示文稿和团队动态调整重点与版式。用具体发布说明了解各渠道该留什么信息，如何保存导出版本、更新事实，并在图片旁保留正文、链接与操作说明。
一条发布说明，可能要同时出现在博客、社交动态和演示文稿里。博客需要背景，社交卡片需要一个明确重点，幻灯片则要让观众一眼读懂。可以从 Markdown 转卡片开始，但先想清楚每个场景的读者要知道什么。事实可以复用，表达需要调整。
先用文字写完整公告：改了什么、对谁有用、读者接下来做什么。限制条件和来源链接也留在这份文档里，不必全部塞进卡片。如果初稿来自 AI，先核对产品名称、日期和效果描述，再导出。
下面是虚构的发布说明，只用于演示内容交接，不代表经过测量的产品改进。
# Release note: reusable export presets
## One message, three uses
- Blog: keep the full explanation
- Social card: keep the main change
- Team update: add the action owner
**Review before publishing.**
导出图把标题、三种用途和审阅提醒放在一起。讨论时有了具体版式，而 Markdown 仍然是可以修改的原稿。
- 博客： 保留可选中的完整正文。图片只概括一个段落，配上说明并链接详细内容，别把整篇文章做成长截图。
- 社交卡片： 留下一项变化及其影响。不同观点需要不同解释时，拆成多张卡片，来源链接写在动态正文中。
- 演示文稿： 把卡片作为一张辅助图。放进幻灯片后按实际播放大小检查，导出时清晰的字，缩小后仍可能难读。
- 团队动态： 在图片旁写清负责人和下一步，别让同事从公告装饰里猜任务归属。
这些是内容组织建议，不是平台尺寸限制。画布大小要根据实际位置和目标页面预览决定。
先在卡片工具里整理最短版本并检查预览。需要一张较长的说明图时，使用 Markdown 转换器。统一主题，再为不同位置调整行长和间距。文字较多的图可以先选 PNG，上传后仍要检查清晰度。
文件名加上主题和用途，避免把幻灯片版本误当成博客配图。原稿与导出文件一起保存。事实变化时，先改 Markdown，再重新生成受影响的版本，不要只在旧图上改字。
替代文本应描述图中有用的信息，重要链接和操作说明放在旁边的正文里。导出的图片不会保留 Markdown 链接的可点击能力。发布前打开目标页面预览，检查裁切，以及缩小后是否还能舒适阅读。
制作第一个渠道版本。具体的画布、主题和替代文本选择，参阅社交图片实操流程；定期自动生成图片则可接着看 Markdown 图片 API 教程。