Docsbook 问题跟踪器发布了什么，以及何时发布

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

新增 - 04.09.2026#

新增#

• 代理运行中的每个站点都会将其发现的内容作为 GitHub issue 记录到你自己的跟踪器中，因此无需阅读运行记录即可了解需要完成的工作。该发现不会随着产生它的运行结束而消失：任何人都可以接手处理，修复它的差异可以引用它，而合并该差异则会将其关闭。 Issues
• 代理创建的 issue 会在侧边栏中标明该代理，并可从那里打开其卡片，因此无需回到面板中逐层查找，只需点击一次即可回答“是什么唤醒了这个对象，以及这个站点属于哪条路线”。旁边还会显示该发现背后的运行、同一路线中的其他站点、引用此 issue 的其他 issue，以及将其关闭的拉取请求。 Issues
• 可以直接从未关闭 issue 的页面将其关闭——标记为已完成、未计划或重复，正是 GitHub 自有页面提供的三个原因——无需离开面板即可完成。 Issues
• Issues 页面现在也会显示相同的首次访问引导，而不是直接打开实时的 GitHub 内容。 Issues

变更#

• 现在，阅读问题会告诉你它最终带来了什么，而不只是它写了什么：评论、提交该问题的代理和运行，以及针对它创建的拉取请求。有人写下的假设，与有人实际验证过的假设，读起来截然不同，而跟踪器之前只向你展示了前者。 Issues
• 代理的问题现在会直接打开在它发现的内容上。运行为何发生、之前的步骤交给了它什么、它写入的任何内容会发生什么，以及原始调用，都移到了底部的一个折叠区块中；因此，决定如何处理某个发现时，不再需要滚过四个介绍相关机制的标题才能找到它。 Issues
• 问题导览现在会展示示例问题，而不是一个空的跟踪器。首次访问时，你会看到已提交的问题是什么样的——标记代理自行打开问题的徽章、说明是哪类读者提出问题的标签、一个打开的问题和一个已关闭的问题——这样，介绍是在说明这一部分的用途，而不是告知其中什么都没有。这些示例会明确标注为示例，并会在出现真实问题后立即消失。 Issues

已修复#

• 修复了代理文件在 GitHub 上再次携带其标签的问题，并会先创建你的仓库尚不存在的任何标签。没有这些标签，面板无法将代理的发现项与人员输入的内容区分开来，因此会出现二十条发现项：没有运行、没有路由，旁边也没有同级站点。 Issues

已移除#

• 生成问题按钮已从问题列表中移除。按阶段请求问题的功能仍与之前完全相同——只需告诉助手，或启用匹配的代理即可；该按钮只是构建此请求的一种方式，并不是单独的功能。 Issues

新 - 02.09.2026#

新增#

• 管理面板中新增了一个问题部分——其中展示的是构建文档所基于的代码仓库中的 GitHub 问题，位于“变更”下方。“变更”记录项目已经完成的工作以及项目的进展；“问题”则记录尚未完成的事项。将鼠标悬停在某一行上，可查看包含问题正文、标签和作者的卡片；打开问题即可查看完整内容。 Issues
• 每个问题都有三个按钮，可将其交给助手处理。开始会执行问题要求的工作。审核会在任何人采取行动之前评估问题——这个问题对项目来说是否真实存在、其中的数据是否准确、是否已经完成，或是否已在其他地方提出。对于已关闭的问题，第三个按钮是验证（根据基线以及无人改动的页面，证明问题所声称的结果）；对于未关闭的问题，则是发现，因为尚未完成任何工作的​​问题还没有可供验证的结果。 Issues
• 生成问题会要求助手检查项目并提交它发现的问题，但会先询问两个问题：你希望处于哪个工作阶段——观察、理解、发现、决策、规划、执行、衡量、验证、学习、协调——以及你希望推动哪个数字。提问本身就是重点。如果没有指定阶段，助手每次都会返回需要构建的内容；而一个没有“衡量”或“验证”的待办列表，属于永远无法得知上一次构建是否奏效的团队。你选择的这两个项目还会决定已经覆盖该领域的代理，因此问题来源于项目自身的证据，而不是一般性建议。 Issues
• 新建问题可让你直接提交一个问题，无需离开面板。 Issues

相关#

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