（从今天起，如果内容使用了AI辅助，那么就会加上“AI辅助写作”的标签）
上周使用Trae 编写了一个程序——学位论文问题审查系统v2.0。撰写过程中发现这个工具可以用来写博客呀。刚好我一直都在用 Typora，索性把两者做个对比，给同样在用 WordPress 写博客的朋友做个参考呀。
先简单说一下定位：Typora 就是纯粹的写作排版工具，Trae 是带 AI 辅助的工程化写作环境。两者定位不一样，在不同场景下，效率差异其实挺大的都。
两者界面对比
下面是我目前常用的界面对比。
- Typora常用的是左侧是文件，右侧是具体的内容
- Trae写作的时候，三栏布局，最右侧可以直接询问AI事情（当然也可以调整成Solo布局，快速处理内容）
这个界面决定了，他们的使用方式是不同的呀。
不同写作环节，谁更快？
灵感记录与快速起草
Typora 更快呀。打开就写，所见即所得，没有多余干扰，抓到灵感就能快速记下来。
Trae 也能写，但毕竟是 IDE 环境，启动和切换都多一步，且界面元素过于复杂，纯起草速度确实不如 Typora 顺手。
图文混排与直观预览
Typora 完胜。拖拽图片就能插入，排版效果即时可见，调整间距、摆放位置都非常直观。这就是 Typora 这么多年一直受欢迎的原因——写作体验真的舒服。本人自从2020年8月使用Typora之后，主要就是使用这个软件进行内容的编写工作呀。
Trae 也有预览，但多半是分屏或者另开窗口，比不上 Typora 那种"写出来就是你看到的"流畅感呀。
技术内容与代码示例
Trae 明显更快。有些人的博客里经常放代码示例（比如工具使用、配置步骤），Trae 的优势就出来了：
- 代码片段可以直接在同一个环境里验证正确性，不会出现"写的时候对的，贴上去错了"
- 语法高亮、格式调整都比纯 Markdown 编辑器更专业
- 需要改代码的时候，文字和代码可以同步调整，不用来回切窗口，麻烦得很
本人代码不多，这一点不够吸引我呀。
结构化改写与长文调整
Trae 更快，尤其是 AI 辅助这块真的好用。比如你的文章已经写了几千字，想要：
- 调整一下大纲结构
- 统一一下语气和措辞
- 把某个部分扩写一下
- 压缩一下啰嗦的内容
这些重复性工作，Trae 让 AI 帮你做，比自己手动改快太多了都。明天，我准备使用Trae + Work，来整理一下我的年终总结。
发布前检查与自动化
Trae 更高效。可以写点小脚本，批量检查一下：
- 图片链接对不对呀
- 有没有死链接
- 格式是不是统一
这些重复劳动让机器做，省不少心呢。
针对 WordPress 博客，我的实际感受
我的博客中，既有生活随笔，也有技术分享。结合这个场景，说说我真实感受：
如果你主要写生活随笔、短文，发了就完事：
- Typora 整体效率更高呀
- 打开写，写完复制粘贴到 WordPress，一步到位
- 折腾工程化反而增加负担，没必要
如果你技术内容占三成以上，或者经常写长文系列：
- Trae 长期来看效率更高
- 尤其是修改迭代和维护阶段，省的时间挺多的都
- AI 辅助改写这块，确实能帮你省不少力气
我现在用的混合流程
实践下来，混合使用效率最高，发挥两者所长就好：
| 写作阶段 | 工具 | 为什么这么选 |
|---|---|---|
| 快速起草抓灵感 | Typora | 快，无干扰，打开就写 |
| 图文排版调整 | Typora | 拖拽预览真的舒服 |
| AI 辅助改写 | Trae | 结构化调整、扩写压缩省时间 |
| 版本管理（正在思考是否需要使用Git进行版本管理呢） | Trae + Git | 可追溯，改坏了可回滚 |
| 发布前检查 | Trae | 脚本自动化检查链接格式 |
未来，我的方案路径是：Typora 搞定 80% 的写作手感，Trae 搞定剩下 20% 的技术和 AI 能力。
结语
没有绝对的好坏，看你博客内容类型来选就行：
- 纯文字短文 → 选 Typora
- 技术长文多 → 用 Trae
对我个人而言，技术分享类文章，Trae 确实比纯 Typora 效率高；但写返乡流水账这种，还是 Typora 打开就写来得痛快。适合自己内容类型的，就是效率最高的。
参考内容
