Docsbook Changes 标签页发布了什么内容，以及何时发布

Changes 中发布的所有内容。这是完整 Docsbook 更新日志中的 Changes 部分。

新增 - 05.09.2026#

已更改#

• 合并的拉取请求现在会在其自己的页面上告诉你它是否奏效：总分（满分 100 分）、表示读者服务量、触达范围、运行成本和编辑质量的四个条形图，以及影响这些指标的变化——页面阅读量、无结果页面、搜索排名和 AI 支出；每项都会根据其是否朝着有利方向变化而显示不同颜色。检查代理的更改是否确实带来帮助，不再意味着要记得去第二个屏幕上查看。 Changes
• 仍在等待你决策的拉取请求会显示相同的区块，但这是仅根据差异内容得出的预测；在有实际测量结果支持之前，它会保持灰色，因此未经审核的更改绝不会被误认为是已验证有效的更改。 Changes
• 拉取请求右侧栏将文件数量一行替换为影响范围条：以比例显示新增行数与删除行数，并显示此次更改实际涉及的文档页面、链接和标题数量。 Changes

已移除#

• 合并与影响视图及其提交选择器。现在，发布了什么以及随后产生了什么影响，都可以在发布它的拉取请求中查看，因此你批准的差异和它产生的结果位于同一页面，而不再是由提交哈希连接起来的两个页面。 Changes

新增 - 04.09.2026#

新增#

• 首次访问时，拉取请求现在会先打开一个简短的引导，而不是直接进入实时 GitHub 读取界面，这与 Agents 和 Sources 已有的“启用”介绍相同。 Changes

变更#

• 拉取请求引导流程也进行了相同的调整：其后方的队列现在会显示等待批准的示例变更，每项变更都标明了发起它的代理以及由此产生的问题，还包括引导流程中提到的自动发布开关。过去它会以“没有任何内容等待你处理”开始，而这正是你尚未启用任何内容的那一天所显示的文字。 Changes

已修复#

• 当 GitHub 上有一个实际的拉取请求处于打开状态时，拉取请求面板不再显示“没有事项在等待您处理”。拉取请求列表使用了为提交操作构建的凭据解析机制，因此，没有提升 GitHub 写入权限的项目会从错误的仓库而不是自身仓库读取其队列。现在，读取队列完全不再需要写入权限。 Changes

新 - 03.09.2026#

已修复#

• 生成的变更日志页面现在可以访问和阅读了。这 21 个页面之前都是孤立页面，没有入站链接，也没有出口；其中有三个页面的链接是从文档根目录解析的，但页面位于低于根目录一到两级的位置，因此返回了 404。现在，每个页面末尾都包含指向完整变更日志、相邻版本以及其所记录产品页面的链接，并且每个版本都有一个索引。 Changes

新 - 02.09.2026#

已更改#

• 在文档站点中，管理设置现在始终以页面形式打开 — 设置齿轮、账户菜单中的设置项以及语言选择器中的“激活语言”都会导航至仪表板，而不再在文档上方弹出全高面板。匿名草稿仍保留其独立页面，因此其中未保存的工作不会因跳转而丢失。 Changes

新 - 31.08.2026#

已修复#

• 在根路径（例如 docsbook.io/docs）提供服务的文档网站中，页眉导航链接不再返回 404——它们过去会解析到网站根目录，而不是该网站自己的基础路径，因此原本指向该网站的链接可能会跳转到不存在的子域名。Changes

新 - 30.08.2026#

新增#

• Changes 中的开放提交现在包含分析功能，它会将该提交触及的页面与相同日期内未触及的页面进行比较，并且可以回答目前尚无法判断。Changes
• 通过 Docsbook 创建的提交现在会显示请求内容——生成该提交的请求，以作者自己的措辞显示在它所修改的文件上方。手动推送到仓库的提交会明确说明这一点，而不是显示空字段。Changes
• 如果提交由计划任务提示生成，系统现在会将预测的影响放在已测量数据下方，显示在同一组卡片中，并与实际发生的情况并列。Changes
• 这些检查可以回答无法判断，这并不等同于预测失败：可能是两侧的访问次数太少、没有可比较的数据，或是关于你自己本周情况的判断，任何文档网站上的数据都无法确定。每项检查都会说明属于这三种情况中的哪一种。Changes
• 每项预测都会说明其数字的来源——该类提示的典型值，或根据你网站自身的数据拟合得出——因此，经验法则不会被显示得像测量结果一样权威。Changes

新 - 28.08.2026#

新增#

• Changes 中的提交现在会被识别为提交，随后进行度量：在其触及的文件集合上，对其标签、标题、描述以及署名行上方的十项指标——读者数、阅读时间、无效阅读率、CTA 率和 AI 引用数进行测量，然后估算得分、获得量、收入、支出以及到 CTA 的步骤数。选择某个文件后，所有数字都会重新指向该文件本身。Changes

已修复#

• 获得 on a commit in Changes now sums exactly the figures the Users table prints for the same readers — a goal's declared value first, then your average product price — instead of a second, shorter calculation that ignored declared values and disagreed with the table its own explanation points at. Changes

新 - 25.08.2026#

变更#

• 管理后台的 Changes 标签页现在会首先显示提交所涉及页面的收入、读者数和所有分析列表，并提供变更前/变更后的对比切换，而不再将简单的评分拆分到四个标签页中。 Changes

已修复#

• “更改”选项卡不再因繁忙的仓库而停止响应——每次运行的过时上限可能会导致仓库提交文档的速度超过处理速度后，选项卡停止记录新提交。 Changes
• 对于已登录但没有写入权限的读者，在“更改”选项卡中展开提交差异不再失败。 Changes

新 - 23.08.2026#

新增#

• Changes 中的每次提交现在都会获得一个 0-100 的分数，该分数由四个方面构成：服务的读者数、覆盖范围、运行成本和编辑质量。每个方面都会显示自己的数值、在总分中所占的比重，以及作为依据的数据量。Changes
• 提交在落地当天就会根据差异内容本身进行评分，而不是要等两周后的评估窗口结束后才显示结果。Changes
• Changes 现在会优先显示费用数据：重新翻译编辑页面的成本、提交前后读者向聊天工具提问所产生的成本，以及 AI 总支出。Changes

已更改#

• Changes 打开时显示的是答案，而不是图表。评分、变动内容及其代价优先显示；支撑它们的每项测量只需切换一次 The measurements behind this score 即可查看，任何内容都没有删减。Changes
• 样本量很少时不再拒绝评估。少量访问仍会影响评分，只是幅度小得多，而且页面会说明置信程度。背后数据不足的评分永远不会着色，也永远不会被称为成功。Changes

已修复#

• 提交不再显示在 Changes 中。夜间收集器只遍历了应遍历的部分项目，因此活跃仓库可能连续数天没有任何新条目，而运行结果却显示成功。现在每次运行都会收集所有项目。 Changes
• 提交在 Maturing 上停留了远超两周的时间：测量队列按照最新优先的顺序清空，因此一旦形成积压，最旧的提交就永远无法被处理。 Changes

新 - 22.08.2026#

新增#

• 新的 Changes 标签列出了触及您文档的每次提交，以及每次提交前后的页面流量——还可按需检查某项具体编辑是否真正胜过网站其他部分。 Changes
• Changes 中的每次提交现在都会显示其成本：前一周和后一周的 AI 支出（以美元和百分比表示）、读者自行提出的问题所占的比例、每次访问的成本，以及重新翻译所编辑页面的成本——其中还列出了由缓存免费提供的部分的价格。 Changes
• Changes 现在会报告 Google 如何处理某次提交触及的页面：这些页面与网站其余部分相比的平均排名、展示次数、点击次数和点击率；标记了提交时间的每日图表；以及按 URL 列出的排名表。 Changes
• Changes 现在会按国家/地区、读者语言和设备细分每次提交带来的访问量——每个细分旁边都显示未被提交触及的页面中相同细分的变化，因此全站范围内发生的增长不会被误认为是此次编辑带来的增长。 Changes

已更改#

• Changes 标签页移除了日期范围选择器、提交计数和卡片框架——从滚动列表中选择一个提交，其影响会在旁边展开，以彩色图表而非段落的形式呈现。Changes
• Changes 标签页中的所有内容都显示得更大——字体更大、图表更高、磁贴空间更充足，提交列表也更宽。Changes
• 提交列表可在账户菜单中作为 Changes 访问，位于 Analytics 旁边。Changes

相关#

• Docsbook 完整变更日志 — 每个版本发布，涵盖所有章节
• 按面板章节划分的变更日志 — 同样的版本发布，按其所属位置划分
• 按结果划分的变更日志 — 同样的版本发布，按其推动的数量划分