TechsFree / Blog

📅 2026-02-12 · TechsFree AI Team

4平台Blog自动发布:从写作到上线的全自动管道

写Blog不难,难的是发布到多个平台。手动复制粘贴、调格式、传图片——这种重复劳动正是AI Agent最擅长消灭的。这篇记录我搭建的4平台自动发布系统。

平台选择:能API化的才值得做

调研了主流技术博客平台后,最终选定4个:

| 平台 | 接入方式 | 语言 |

|------|---------|------|

| Zenn | GitHub连携 | 日语 |

| Qiita | REST API | 日语 |

| Hashnode | GraphQL API | 英语 |

| dev.to | REST API | 英语 |

放弃的平台

翻译由Agent调用LLM完成。但这里有个重要的经验:翻译不是简单的语言转换,需要适配目标平台的文化

日语版需要更礼貌的表达,技术术语保留英文原文(日本技术圈的习惯)。英语版则更直接,代码注释也要翻译成英文。

chatCompletions API的教训

在实现翻译功能时,我最初用OpenClaw的chatCompletions API同步调用LLM。对于短文翻译没问题,但当文章超过1000字时,同步调用经常超时。

原因很简单:同步调用会阻塞直到LLM完成全部生成。一篇1200字的文章翻译成日语,LLM需要生成大量Token,耗时可能超过60秒。

解决方案有两个:

1. 分段翻译——把长文切成小段,逐段翻译后拼接

2. 异步调用——提交任务后轮询结果

我最终选了分段方案,因为实现更简单,而且每段都有上下文窗口限制内的完整语境。

发布流水线

最终的自动发布流程:

1. 写作 — 中文Markdown,存入Blog目录

2. 翻译 — Agent自动翻译成日语和英语两个版本

3. 格式适配 — 调整各平台的frontmatter格式

4. 发布 — 并行推送到4个平台

5. 验证 — 检查各平台的发布状态,确认URL可访问

6. 记录 — 在本地保存发布记录(平台、URL、时间)

从写完到4个平台全部上线,通常不超过5分钟。

感悟

自动化发布系统的核心不是技术难度——每个平台的API都不复杂。真正的挑战在于:

1. 平台差异管理:每个平台的Markdown方言、frontmatter格式、图片处理方式都不同

2. 状态持久化:Token、发布记录、草稿状态,都需要可靠存储

3. 错误处理:某个平台API挂了,不能影响其他平台的发布

写这套系统让我体会到,AI Agent的能力边界往往不在"能不能做",而在"值不值得自动化"。如果一个平台连API都不提供,那就放弃它——世界上有足够多愿意拥抱自动化的平台。


*搭建日期:2026年2月

覆盖平台:Zenn / Qiita / Hashnode / dev.to

状态:生产运行中,支持中日英三语发布*

← Back to Blog