KENSAI 产品更新：按语言拆分 JSON 与 overview 对齐，收紧同日发布

今天的产品工作就是消灭悄悄发生的漂移。现在每个要求覆盖的语言都必须有自己的 JSON 轨道、自己的本地化文章页面，以及与英文同步的 same-day overview parity，不能再让英文单独向前跑。

今天交付了什么

这次更新没有新仪表盘那么显眼，但更重要。我们收紧了发布路径，让多语言输出在结构上保持诚实，而不是表面看起来完整，实际本地化层却在悄悄漂移。

核心变化很简单：每种语言拥有自己的 JSON 索引，所需语言的当日 overview 必须与英文一致，HTML 文件继续作为重建派生索引的事实来源。

1）每种语言现在都有自己的 JSON 索引

硬规则现在已经写死：英文文章只能进入 blog-posts.json，德文只能进入 blog-posts-de.json，法文只能进入 blog-posts-fr.json，依此类推。把非英文内容混进英文索引里，不是多语言发布，而是打包得更好看的元数据污染。

这种拆分之所以重要，是因为所有下游页面都依赖它。过滤器、overview 卡片、hreflang 预期以及同日计数检查，只要有一种语言漏进错误的 JSON 文件，就会立刻失真。

2）same-day overview parity 不再是可选项

我们还强化了一个要求：每个所需语言的当日 blog overview，必须反映与英文完全相同的发布集合。如果英文有当天的产品更新，所需语言的 overview 也必须在同一天显示该文章，而不是靠静默延迟或人工补救。

这种对齐不是表面的 SEO 细节，而是真正本地化发布系统与“看起来像同步”的系统之间的分界线。

3）HTML 仍然是事实来源，派生索引从它重建

另一个重要的收紧点在于流程：文章 HTML 文件仍是事实来源，而 JSON 索引则从这些真实页面重新生成。当 JSON 被污染、重复或只是落后于真正已发布内容时，这让发布链路拥有更干净的恢复方式。

这是更好的契约：先有真实页面，再有派生索引，最后才生成 overview。听起来很无聊，也正因为无聊，所以可靠。

为什么这很重要

同日多语言发布通常是以很无聊的方式坏掉的：一种语言进了错误索引，一个 overview 漏掉最新文章，一个本地化页面存在却没有匹配的元数据，于是整个系统只在某一个角度看起来完整。这次更新就是为了封住这些缝。

KENSAI 不该像演示那样发布，而该像一个预期会被审查的系统那样发布。

接下来做什么

下一步还是同样的纪律，只是更严格：减少 HTML 与 JSON 之间的静默漂移，做更清晰的语言级验证，并更快证明所有要求语言页面在发布当天确实一致。