乐于分享
好东西不私藏

我花2天翻译了102篇文档,才发现中国AI用户被一堵隐形的墙挡在外面

我花2天翻译了102篇文档,才发现中国AI用户被一堵隐形的墙挡在外面

读者承诺:读完这篇文章,你会明白为什么有些AI工具你永远用不上——不是因为它不好,是因为你”看不到”它。以及一个人能怎么改变这件事。

2026年3月的一个周二晚上11点,我盯着屏幕上102个英文Markdown文件,手指悬在键盘上方,犹豫了整整30秒。

然后我按下了回车。

那个回车键启动了一个自动化流水线,把102篇全英文技术文档翻译成中文,同步到飞书知识库和独立网站,并设定了每日自动检测更新。

两天后,整个系统跑通了。

但今天我想聊的,不是”我怎么翻译的”。

是那个让我按下回车键之前的30秒里,我到底在想什么


🔥 先说结论

中国AI用户正在经历一种”信息折叠”。

我们和英文用户在同一个互联网上,但我们能看到的那一层,不完全相同。英文社区今天讨论的东西,中文世界可能要等几个月——甚至永远等不到。

这不是GFW的问题。是语言的问题。是102篇全英文文档的问题。

💡 洞见:AI时代最大的不公平不是”算力差距”,是”信息时差”。英文用户今天就能用的工具,中文用户可能永远不知道它存在。


一个人,一个画面,一个决定

故事从一个朋友的消息开始。

他用OpenClaw挺久,突然问我:“社区最近有点安静,是不是出事了?”

我说,没出事。只是浪潮走得太快。有个东西把用户拉走了——Hermes Agent,Nous Research做的。

我第一次看到这个名字,是在X上。有人说:这是第一个真正”不绑在你笔记本上”的个人AI智能体。

我的第一反应:又吹。点进去看了十分钟。

然后我放下手机,打开电脑。

Hermes不是AI编程助手。 很多人看到CLI、看到Nous Research就以为是Claude Code同类。完全不是。

它是这样的:

能力
具体表现
记忆
记住你是谁、习惯怎么做事、上次做了什么。不用每次重新解释
自学
完成复杂任务后自动生成技能脚本,下次直接调用并持续改进
常驻
部署在5美元/月的VPS上,通过Telegram/Discord/WhatsApp跟你说话
省钱
闲时serverless休眠,几乎不烧钱
国产
原生支持Kimi、GLM、MiniMax,不翻墙,不刷美国信用卡

💡 洞见:Agent的终局不是”更聪明的ChatGPT”,而是”会学习的AI员工”。记忆+技能+24小时在线——三件事缺一不可。

💡 洞见:5美元/月+serverless=个人AI助手的临界点。贵一分钱,用户量少一个数量级。

💡 洞见:工具的价值不取决于它多强大,取决于你能不能用上。再好的锤子,买不到也是废铁。

然后我搜了一圈。

102篇官方文档。零篇中文翻译。

X上的中文介绍?寥寥几条,大多是”这个东西存在”,没有一篇深入使用说明。

然后那个画面出现了:

一个下班后在研究AI工具的人。英文勉强够用。打开Hermes文档,扫了几屏。觉得太费劲。默默关掉了页面。

那个画面出现之后,我就开始动手了。

💡 洞见:最好的开源项目往往死在”文档门槛”上,不是”代码门槛”。能看懂的人不够多,项目就活不下去。


我做了什么:三条自动化链路

项目叫hermes-docs-feishu-automation。不是一次性翻译——是持续维护系统

📦 链路一:每日自动同步+六步翻译

GitHub仓库 → SHA256哈希对比 → 检测变更 → 打包批次 → 六步翻译 → 人工审核 → 发布

每天跑一次。程序拉Hermes的GitHub仓库,算每个文件的哈希值,和上次对比。新增的、变更的文档自动打成一个”批次”。

翻译用的baoyu-translate的refined模式——不是一次性翻,是六步流水线

步骤
做什么
为什么需要
1
分析原文,提炼关键词
确保术语一致
2
组装翻译提示词
上下文对齐
3
出初稿
第一版
4
自我审查
检查翻错/翻偏
5
修订
修正问题
6
润色
去掉翻译腔,像人写的

💡 洞见:翻译质量的决定因素不是”用什么模型”,而是”有几步校验”。六步流水线比一次性翻译准确率高出一个数量级。

为什么加人工审核? 因为AI翻译的专有名词处理不稳定——“checkpoint”有时翻成”检查点”,有时翻成”断点存档”。语境对,但统一性差。不过一遍直接发,积累下来体验会很差。

💡 洞见:AI能做90%的工作,但最后10%的统一性和审美,必须人来把关。这不是效率问题,是品质问题。

🦅 链路二:飞书知识库(双层审核架构)

翻译完成 → 私有审核库 → 人工过目 → 公开访问库

飞书的坑,多得能写一本书:

表现
解决方案
Docusaurus提示框
:::tip

飞书不认识
转成emoji引用块
GitHub提示框
渲染乱码
同上
HTML标签
不支持
全部转Markdown
页面不可删
创建后只能归档
替换为”已下线”提示
代码块空行
每个代码块末尾多空行
Block API逐个修复

💡 洞见:飞书的Markdown渲染是”看起来兼容但到处有坑”的系统。每个坑单独看都不大,积累起来就是一整天的调试。

💡 洞见:上游删除的文档,飞书没法跟着删——只能替换成”此页面已下线”。这种边界情况,不真的做一遍,你永远想不到。

💡 洞见:技术项目的”最后一公里”往往占50%以上的工作量。飞书的5个坑,每一个都是”不做到不知道,做了才知道”。

🌐 链路三:Docusaurus独立网站

翻译文档 → 同步到i18n目录 → 构建 → 发布到独立域名

支持全文搜索,移动端体验比飞书好。主题还原了Hermes官方的金色暗黑风格——中文用户看到的和英文用户是同一个感觉


做完之后,我反复想一件事

Hermes Agent的文档质量是真的高。示例清晰,概念解释不绕弯,新手能看懂,老手不觉得废话。

但那道语言门槛,是实实在在的。

Hermes从设计上支持Kimi、GLM、MiniMax——它考虑到了中文用户。但102篇入门文档全是英文,支持再多国内模型也隔着一堵墙。

我把这个现象叫**“信息折叠”**。

💡 洞见:工具的”国际化”不只是支持多语言模型,还要有多语言文档。否则就像造了一辆好车但只有英文说明书。

💡 洞见:我们以为互联网消除了信息差,实际上只是让能翻墙的人更快了。不能翻墙、英文不够好的人,连起跑线都看不到。

做这个项目,我想做的就是把那堵墙,磨薄一点点

不是什么了不起的事。只是我能做到、也愿意做的一件小事。

哪怕只是让那个下班后打开文档然后默默关掉页面的人——下次打开的时候,看到的是中文。


📊 项目数据一览

指标
数据
翻译文档
102篇
翻译流程
6步自动化流水线
分发渠道
飞书知识库 + 独立网站
审核机制
双层(私有库→公开库)
同步频率
每日自动检测
总耗时
2天
维护方式
持续运行,非一次性

如果这篇文章让你有所触动,帮我做三件事:

  1. 点赞
     👍 — 让更多人看到
  2. 转发
     🔄 — 也许你的朋友正在找这个
  3. 星标
     ⭐ — 下次第一时间收到推送

这是一个小测试——看看多少人真的需要”把英文世界里值得关注的工具翻译过来”这件事。如果反馈不错,我会继续做

我们,下次再见。


💡 最后一句话送给那个”默默关掉页面”的人:下次打开,可能不是是中文了。