写博客工具：选择工具前应明确什么问题
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3d437af6b1d2.html
📄
写博客工具：选择工具前应明确什么问题
选择写博客工具前，最该明确的不是“哪个工具最好”，而是你的发布方式、内容形态和长期维护成本。具体说，要先回答：文章最终放在哪里，工具是否支持这种发布路径；你主要写图文、代码还是长文，编辑器能否胜任；以及一年后换工具时，内容能否完整导出。这三点决定了工具是帮你省事，还是变成新的负担。
先确认发布终点，再比较工具
写博客工具可以粗略分成两类：一类把内容存在平台内，发布和展示都由平台负责；另一类把内容存为本地文件，再通过静态站点生成器或自建程序发布。两者没有绝对优劣，适用条件不同。
- 平台内置写作：打开即写，发布路径短，适合不想碰服务器、域名和构建流程的人。代价是排版能力、导出格式和迁移自由度受平台限制。
- 本地文件加生成器：文章以 Markdown 等纯文本保存，适合愿意管理文件夹、命令行或构建流程的人。迁移和备份更可控，但首次配置需要时间。
判断方法很直接：写下你希望文章最终出现的地址，再倒推需要哪些步骤。如果步骤里出现你完全不想维护的环节，比如服务器续费、证书更新、依赖升级，就应优先考虑平台内置方案；如果这些环节你能接受，本地文件方案的长期可控性通常更好。
编辑器能力要按你的内容形态核对
不要只看工具宣传的“支持 Markdown”。同样声称支持 Markdown，实际差异可能很大。你可以用一篇典型文章做检查项：
- 插入一张图片，看它是上传到图床、复制到本地目录，还是只能引用外部链接。
- 写一段行内代码和一段代码块，检查语法高亮和转义是否正常。
- 添加二级标题、有序列表和链接，确认导出后结构没有丢失。
- 如果文章较长，测试大纲导航、全文搜索和撤销恢复是否可用。
假设你主要写技术教程，代码块和图片路径就是硬性条件；假设你主要写随笔，排版舒适度和写作专注模式可能更重要。这里没有统一答案，只有“你的内容形态是否被覆盖”。
迁移与备份条件决定长期风险
选择工具前，应明确内容以什么格式保存、能否批量导出、导出后是否保留标题层级和图片。平台工具要查看是否提供导出功能以及导出格式；本地工具要确认源文件是否为你自己控制的纯文本或开放格式。
一个可执行的检查是：新建一篇测试文章，包含标题、正文、列表、图片和链接，然后执行导出或复制源文件，再导入另一个工具或直接用文本编辑器打开。如果结构基本保留，说明迁移成本可接受；如果图片丢失、标题变成普通段落，就要把迁移成本计入选择依据。
维护成本与协作需求要提前算清
写博客不是一次性的写作动作，还包括备份、更新、评论处理和可能的多人协作。平台工具通常把备份和更新交给平台，你换取的是省心，让渡的是控制权；本地工具把控制权交给你，你换取的是自由，付出的是维护时间。
可以用一个简单对比来判断：列出你未来一年可能做的三件事，例如换域名、调整文章分类、让朋友帮忙校对。然后分别看两类工具需要多少步骤。步骤明显更多、且你无法独立完成的那一类，就不适合作为当前方案。
复查：用一篇真实文章验证选择
在正式迁移或长期投入前，用一篇已经写好的文章做完整复查：从创建、编辑、插入图片、预览到导出，记录每一步是否顺畅，以及哪个环节需要额外工具。复查结果若显示你频繁绕开工具本身去处理格式或路径，说明该工具与你的写作流程不匹配，应重新评估发布终点和内容形态这两个前提。
下一步，挑出你最近写的一篇文章，按上面的检查项在候选工具中各走一遍，再根据卡住的环节决定取舍。
