Docsbook
概览

Docsbook 发布了哪些修复文档页面损坏的内容

Docsbook 发布的所有能让一个数字发生变化的内容:损坏页面——损坏或无法访问的页面更少。在这一指标上,数值越低越好。

那些已不再成立的声明和链接——在读者发现它们之前就被找出。这是完整 Docsbook 更新日志中的损坏页面部分;每当发布的内容使这一数字发生变化时,无论它属于面板的哪个部分,都会在此处列出一条记录。

新增 - 05.09.2026#

已修复#

  • 管理面板中的各项加载状态——概览、聊天、翻译、Search Console、MCP 工具、预算、组件、文件夹可见性等——现在会渲染出形状和尺寸都与实际加载内容相符的骨架屏,并使用闪烁扫光效果替代错误高度的盒子中的旋转指示器或平面脉冲块,从而避免页面加载时面板出现明显跳动。 Panel
  • Graph 的分区阅读次数叠加层及其“跳转到匹配标题”搜索功能,现在都能与页面实际渲染的 id 保持一致——此前二者都会关联到一个已被仅支持 ASCII 的 slug 生成器破坏的锚点,因此在整个页面中,西里尔字母或带标点的标题看起来既没有被阅读,也无法被搜索找到。 Doc Graph
  • AI 聊天回答中的引用现在会链接到所引用的确切分区,而不是失效或错误的锚点——手写的标题 slug 规则会破坏非英文页面上的所有引用,并导致其他普通标点的链接发生偏移,使读者跳转到页面顶部,而不是回答实际来源的分区。 AI Chat

新增 - 04.09.2026#

已修复#

  • 没有任何内容可报告的工作站不再导致整个运行失败。在一个没有 Search Console 历史记录且没有文档内搜索记录的项目中,一个正确回答了“这里没有需要解释的意图不匹配,以下是我无法执行的每项检查及其原因”的工作站被连续拒绝三次并停止了流程,导致代理无法完成那些恰恰最不需要凭空编造内容的项目。 Agents
  • 后台文档任务现已恢复运行。任务前的健康探针检测的是路由器而不是运行器,并将一个按设计返回的 404 读取为“运行器无法访问”,导致所有任务连续三天都被拒绝。 MCP
  • 当 GitHub 上确实有一个拉取请求处于打开状态时,拉取请求面板不再显示“没有等待你的事项”。拉取请求列表复用了为提交操作构建的凭据解析机制,因此没有提升的 GitHub 写入权限的项目从错误的仓库而不是自身仓库读取队列。读取队列不再需要写入权限。 Changes

新 - 03.09.2026#

已修复#

  • 通过根路径(docsbook.io/[demo])提供的展示演示现在会响应 llms.txtllms-full.txt,其名称采用演示名称而非帐户名称;其翻译页面会在 docsbook.io/[demo]/[lang]/… 打开,并使用指向自身的规范链接,因此 AI 助手可以读取并引用每个公开演示,搜索引擎也会为其翻译版本建立索引,而不是跟随 112 个站点地图条目进入 noindex 404 页面。SEO
  • 生成的变更日志页面现在可以访问和阅读。此前全部 21 个页面都是孤立页面,没有入站链接,也没有任何出口;其中三个页面的链接从文档根目录解析,而页面位于其下一级或两级,因此返回了 404。现在每个页面末尾都添加了指向完整变更日志、相邻版本以及其所记录产品页面的链接,并且每个版本都有一个索引。Changes

新 - 02.09.2026#

已更改#

  • 设置检查清单现在以审核而非访谈开场:第一步会将生成的草稿中实际存在的问题记录为你可以逐一处理的问题,而不是在你有机会找出缺失内容之前询问你缺少什么。

新 - 31.08.2026#

改进#

  • 现在,查看 AI Chat 中由 AI 提议的更改时,每个文件的差异默认处于折叠状态,因此多文件提议首先会以可快速浏览的文件列表呈现,而不是一整面连续的差异;此外,卡片本身现在会采用您工作区的专属强调色,而不是单调的中性背景。 AI Chat

修复#

  • 在顶级路径(如 docsbook.io/docs)提供的文档站点上的头部导航链接不再出现404错误——它们以前是解析到站点根目录,而不是站点自己的基础路径,因此针对该站点的链接可能会通过一个不存在的子域名进行跳转。 Changes

新 - 30.08.2026#

新增#

  • 您的代理现在可以提出一个问题并获得经过检查的答案。十九个场景工具分别回答一个关于您文档的问题——哪些页面只需一次编辑就能获得其已经排名的流量(audit_seo)、流量为何下降以及排除了哪些原因(diagnose_traffic_drop)、哪些页面尚未拥有(find_content_gaps)、某项更改是否确实有效(verify_change_impact)、答案引擎是否能够引用您(audit_geo),以及另外十五个问题——每个工具都返回结构化答案,而不是一段需要阅读的文字。MCP
  • 公共提示目录新增了两种浏览方式:审计与诊断,用于查找询问出了什么问题以及修复成本的提示;以及后台代理,用于启动工作并在之后回来查看结果的提示。MCP
  • 同一个改进按钮现在位于 Goals & funnels 中的每个目标上,也位于漏斗的每个步骤上,包括显示路由在哪一处中断的备注旁边,因此一个看起来不对的数字只需点击一次,就能查看原因说明。Goals & funnels
  • Chat 页面上打开的对话现在有了分析功能,它会读取对话记录,找出出错的轮次,并区分三个看似相同的原因:答案不在您的文档中、答案在文档中但未被找到,或答案已被找到但呈现效果不佳。AI Chat
  • Chat 页面上打开的对话现在在分析旁边有了改进功能。分析会读取对话记录,找出出错的位置;改进则回答另一个问题——应如何更改您的文档,使下一个提出此问题的读者完全不需要聊天功能,并在正确的层级上指出问题:本应存在但尚不存在的页面、本应连接两个页面却缺失的链接,或任何重写都无法解决的检索问题。AI Chat
  • 另外六个工具分别回答:您已经掌握、外部任何人无论付出什么代价都无法获得的数字,以及哪些数字通过了隐私和合同门槛(assess_research_assets);陌生人是否会引用您的某个页面,以及哪些入站链接现在指向了损坏内容(audit_linkability);哪些重复问题最终到达了本可由页面解决的问题,并按提出问题的不同人数排序(assess_support_deflection);读者尝试与您配合使用、但您从未提及的第三方工具(map_integration_demand);针对指定现有方案,评估者找不到的内容(assess_competitor_switching);以及哪些内容已经发布却始终无人注意(audit_release_adoption)。MCP
  • 另外十四个场景工具分别对应技能目录中已经编写、但尚无工具回答的方法。为什么助手找不到页面上确实存在的答案(audit_retrieval)。哪些设置已开启却没有发挥作用,并根据实际运行的网站而非开关状态进行检查(audit_site_config)。哪些页面实际上是以散文形式呈现的表格,以及您自己的目录中可修复每个问题的小部件(design_page_widgets)。上一次发布使哪些页面变得错误(diagnose_docs_drift)。MCP
  • 另外十个工具分别回答:哪些事情应当持续自动进行而无需任何人记住,以及每项检查应放在钩子中还是 CI 中(plan_automation_workflows);您的工作区到底能回答这些工具中的哪些问题,以及最便宜的连接方式(assess_setup_readiness);您已经拥有、可以转化为文档的材料,包括支持答复和社区讨论串(map_content_sources);在重复实施某种更改之前,这类更改过去是否曾在此处奏效(assess_fix_precedent);您的问题实际需要哪两个到四个工具(plan_audit_route);每个数字对业务的价值(map_business_value);内容库呈现的是权威形象,还是一个只提及某个主题的网站(map_topic_authority);读者只能从侧边栏访问到的区域(audit_internal_links);哪些语言有人阅读,以及哪些翻译落后于源文档(audit_translation_coverage);以及查询所要求的答案形式与排名页面实际提供的形式之间的差异(diagnose_intent_mismatch)。MCP
  • MCP 目录中又增加了四十二个可运行示例,另外十个现有提示现在会在能够改变答案的情况下调用新工具——未回答问题提示现在会区分“页面缺失”和“页面存在但没有任何检索方式”,而触及距离提示现在会说明页面是否只是采用了不适合该查询的形式。MCP

已更改#

  • diagnose_intent_mismatch 的报价价格和等待时间都不正确,因为两个速率表都匹配了来自较早的单工具规则中的单独单词“intent”。这是一次代理运行,现在会明确说明这一点——被告知只需等待几秒钟的调用者,面对一个需要几分钟的操作时早就会放弃。 MCP

已修复#

  • 在审查卡片中批准的更改现在可以可靠地应用。此前,助手必须从头开始重新输入每个已批准文件的完整文本才能提交更改;而在批量较大时,它可能会因为不愿冒险将文本复制错误而拒绝处理整个批次。现在,已批准的更改会直接根据您审查过的提案提交,因此不会重新输入任何内容,也不会拒绝任何更改。 AI Chat

新 - 22.08.2026#

已修复#

  • www.docsbook.io 现在重定向到顶级域名,而不是显示 404。Marketing

新 - 21.08.2026#

修复#

  • 直接从 GitHub 文件视图复制的链接现在会在您的文档域名上打开,而不是返回 404,因此粘贴 .../blob/main/README 无需手动编辑路径即可正常工作。 Docs

新 - 14.08.2026#

已修复#

  • Start new project 来自工作区子域名的不再返回 404,项目切换器也不再在其路径中重复组织名称。AI Chat

新 - 10.08.2026#

已修复#

  • /pricing 上的套餐无法购买:升级 CTA 丢失了您选择的套餐,而且两个最高级别的套餐使用了错误的 AI 额度。Pricing
  • 在工作区子域名上打开的仓库预览在您发送消息时返回了 404。Draft

新 - 07.08.2026#

已更改#

  • Analytics Explorer 中的每份报告现在都会按照其数据所表达的形态进行渲染,因此不再有可能选错的图表类型菜单,并且每一行都带有一个便于快速浏览的图标。 Analytics

已修复#

  • 从子文件夹内切换文档语言不再会跳转到 404 页面。 Docs

新 - 29.07.2026#

已修复#

  • docsbook.io/draft 中点击匿名草稿内的页面链接不再重定向到损坏的 draft.docsbook.io 子域名。Preview

新 - 28.07.2026#

已添加#

  • 内容健康度将关系图、语义索引和检查结果合并到一张卡片中,列出孤立页面、语义重复页面、损坏的链接、未读页面和关键枢纽,并为每项提供明确的后续步骤。 Analytics

新 - 17.07.2026#

已修复#

  • 字母大小写与源文件不同的文档 URL 现在会重定向到规范 URL,而不是返回 404。 SEO

新 - 14.07.2026#

已修复#

  • 客户端文档站点中的逐页社交预览图,此前除仓库根目录外在每个页面上都无法正常显示(404)。 Social Preview

0.26.5 - 2026年6月29日#

改进#

  • 发布后,“前往网站”链接现在会等到您的网站真正上线后才可用,并显示简短的“部署中”状态,而不是打开一个在最初几分钟内返回 404 的页面。 Publishing

0.22.3 - 30.05.2026#

已修复#

  • 修复 /pricing 路由返回 404 的问题 — 现在会重定向到 /,而不是损坏的 pricing.docsbook.io 子域名

0.22.1 - 28.05.2026#

已修复#

  • 修复了 docs.docsbook.io 别名下导航失效的问题——点击任何侧边栏或内联链接都会返回 404,因为缓存的 HTML 已包含 /docs/ 仓库前缀,而中间件又对其进行了重写。在 src/proxy.ts 中添加了 x-docs-alias 标头,并在 src/app/[user]/[repo]/[[...path]]/page.tsx 中将 basePath 路由为空,使链接呈现为 /ai/mcp 而不是 /docs/ai/mcp。现有的 docsbook-io.docsbook.io/docs/* 路径保持不变,继续正常工作

0.18.0 - 2026年5月24日#

已修复#

  • 管理后台中的 AI 技能卡片不再在工作区子域名下返回 404——点击卡片现在会打开一个就地模态框,其中包含完整的 SKILL.md(描述、适用于 7 个 AI 客户端的安装代码片段、关键词、MCP 工具、GitHub 链接),而不是跳转到仅存在于 docsbook.io 上的 /skills/<name>。落地页行为保持不变

已移除#

  • 已从着陆页 JSON-LD 中移除损坏的 SearchAction — 它指向 /search?q=,该页面不存在,向 Google 发送了负面信号,而不是解锁站点链接搜索框

0.17.4 - 23.05.2026#

固定#

  • 已替换 5 篇博客文章中失效的 (#) CTA 链接(mintlify-vs-docsbookdocusaurus-vs-docsbookwhy-documentation-mattersdocumentation-seo-guideai-search-documentation)——现在全部指向 https://docsbook.io/start

0.16.0 - 2026年5月22日#

已修复#

  • 工作区子域名上的 /connect 现在会重定向到 docsbook.io/connect,而不是返回 404
  • 当会话 Cookie 存在但无效或已过期时,ConnectPage 现在会重定向到登录页面,从而避免出现损坏的 ConnectPicker 状态
  • 登录后的工作区重定向始终使用 APP_DOMAIN,而不是请求的 host 标头,从而避免错误的子域名重定向

此页面对您有帮助吗?