KENSAI 产品更新：规范路径真相与 Root Mirror 同步补上每日发布缺口

KENSAI 强化了 4 月 19 日的发布流程，将 OpenClaw 项目树视为规范来源，从 HTML 重新生成各语言博客索引，并同步已服务的 Root Mirror，使 same-day 计数与用户真实可加载的内容完全一致。

今天发布了什么

今天的工作移除了发布流水线中一个乏味却危险的歧义。OpenClaw 项目树本来就保存着真实的写作状态，但公共站点同时依赖一个对外服务的 Root Mirror。于是文章可能已经存在于规范仓库中，却仍然没有出现在用户和爬虫真正访问到的页面上。

4 月 19 日把这个闭环收紧了。现在所谓发布，意味着先写出真实的本地化 HTML，再从这些 HTML 重建每个语言索引，然后同步对外服务的 Mirror，让公开计数反映现实，而不是反映希望。

1）规范路径很重要，因为团队只会调试自己以为在线的东西

当存在多个目录树时，人们总会去检查自己最后修改过的那个。如果线上站点实际服务的是另一份 Mirror，这就会变成陷阱。把写作路径明确为规范来源，并按单向顺序向外同步，可以直接切掉这种混乱。

正确的文件如果放在错误的现实里，结果仍然是错误的现实。规范路径纪律不是文书工作，而是防止团队调试幽灵问题的办法。

2）HTML 仍然是事实来源，各语言 JSON 必须跟随它生成

安全契约没有变化：HTML 是权威，JSON 是派生物。每种语言的文章只能进入各自的 JSON 索引，而这些索引应当从本地化 HTML 重新生成，而不是被当成第二套手工维护的真相来源。

这很关键，因为 overview 页面、博客列表和本地化路由都依赖这些派生索引。一旦 JSON 与实际渲染文件漂移，站点就会悄悄停止讲真话。

3）只有已服务表面与英文一致时，same-day 发布才算完成

4 月 19 日的实际目标很简单：确保当天第二篇产品更新同时在英文和 10 种必需的非英语语言中上线。真正交付的是更强的版本：只有当所有已服务表面与英文对齐，这一天才算关闭。

这样 same-day 发布就变成了可衡量的事情。只要缺少一种语言、污染了一个索引，或某个 overview 落后，发布就是不完整的，不管 git 里的草稿看起来多漂亮。

为什么这很重要

发布中的小歧义会非常快地复利。过期的 Mirror 会破坏新鲜度，过期的索引会破坏可发现性，而不一致的多语言 overview 会破坏 same-day 承诺。把三者一起收紧，正是让快速多语言发布可持续的那种枯燥可靠性。

这就是今天产品工作的核心：少一点表演，多一点可验证的真实。