← 全部更新
v2026.09.4

这一页重新存在了,每个条目都有自己的地址,工具也带上了版本号

两周里站上出了六个新页面、四门语言和一套重建的付费墙,而爬虫每次看到的都是同一份更新日志,因为里面一个条目都没有。四项改动改掉了这件事。

changelogRSSversioningsite

这一条说的是站本身而不是模型,而它从一次让人不太舒服的测量开始。 2026-08-25 到 2026-09-08 之间,我们出了六个新页面,把站带进了日语、韩语和法语, 重建了付费墙,还移除了一个替人把免费片子花掉的预填。而这一页一次都没有动过, 因为它里面没有条目。任何爬这个站的东西,每一次看到的都是同一份更新日志。

新鲜度本身就是一个排名信号,而且它不只关乎文章 —— 一个工具自己的迭代也算数, 但前提是爬虫能看见。更新日志是这里唯一一个把一次部署变成一个日期的东西。

每个条目都是一页

这份日志本来要做成一长条滚动。对一个来补进度的人来说那是对的形状,对其他一切都是错的: 五个条目会是一个网址,于是那次涨价的测量 —— 这个域名上唯一一件别人没有发表过的事 —— 就没法被单独链接或引用。

现在每个条目在 /updates/ 下面都有一个地址。上面那个索引保留时间线并链出去, 而不是把每一段正文再印一遍,所以它是一张地图,不是第二份副本。

工具会说自己是哪个版本

每一个工具页现在都在页脚带着 工具版本 2026.09.4 并链到这里, 同一串字符也以 softwareVersion 和一个 releaseNotes 指针到达机器读者。 它是从这一页最新的那个条目上读出来的,所以版本号和解释它的那段说明是同一个文件, 不可能各走各的。

在此之前,那些页面上没有任何东西能把一个上周才发布的页面,和一个两年前就被放弃的页面区分开来 —— 而那恰恰是有人在拿一个第三方界面和厂商自己的文档做比较时,正在做的那次比较。

三个订阅源

/feed.xml 是全部,/blog/feed.xml 是文章, /updates/feed.xml 是发布说明。站点地图说的是一个网址存在; 订阅源说的是这个是新的。分开是因为受众不同 —— 订阅已上线的变更, 和订阅长文不是同一件事。

会动的日期,以及一次会开口的部署

底下还有四处修复:

  • 十四个工具页里有九个没法报告一次功能变更。 一个页面的修订日期是从它内容所来自的 那些文件推导出来的,而对多数工具来说那张清单里只有文案 —— 于是把 /prompt-generator 背后的提示词编译器重写一遍,爬虫观察不到任何变化。每一个工具页现在都点名了那份 管着它行为的配置。
  • 所有提示词模板共用同一个日期。 当时的理由是几个模板在同一个文件里没法区分 —— 但一个 slug 是一串唯一的字符串,所以 git log -S 找得到引入每一个模板的那次提交。
  • 部署现在会告诉 IndexNow 变了什么,而且是一个两天的窗口,不是重新提交整个站。 一个永远在说「全部」的推送,等于什么都没说。
  • 生成这些日期以前每条路由要 shell 出去问两次 git。现在它问一次,然后从一张映射里回答。

什么没有修

还有八条路由报告的是同一秒,2026-09-07T15:16:07Z。我们查过那是不是一个缺陷, 它不是:确实有一次提交同时加进了四个场景页、提示词指南和整棵法语树。 把它们分开来标日期,正是这条流水线存在的目的所要拒绝的那种编造出来的新鲜度。