官方文档变成 API：Google 想让智能体不再抓网页
结论
Google 推出 Developer Knowledge API 生态，把 Google Cloud、Firebase、Android 等文档做成程序化来源：结构化 API、Markdown 格式、语义与关键词搜索、文档分块、有依据的问答，明确目标是取代网页抓取。表面上是给开发者提供接口，实质是给智能体补一条可信的官方信道——让文档消费从"解析 HTML"变成"查询数据库"。
三个要点
- 抓网页是最脆弱的一环。 页面改版、反爬策略调整、渲染依赖，都会让文档检索管线随时断掉。"官方 API + Markdown"把这一段的不确定性去掉，也顺手绕开了"抓到的到底是不是最新版"的问题。
- 文档分块与有依据问答是给检索增强生成准备的。 过去每个团队都要自己写切分逻辑、自己调召回，现在这部分由内容方提供，意味着同一条文档在不同产品里的表现会更一致。
- 这本质上是一种新的 SEO。 当智能体成为文档的主要读者之一，内容方开始主动提供机器可读接口，可被检索的范围与格式就是新的话语权。长期看，"有没有官方 API"可能变成技术文档的及格线。
- 受益方不只应用开发者，也包括模型厂商。 官方来源可被结构化检索之后，模型在回答技术问题时的引用准确度会更好控制，幻觉引发的信誉成本随之下降。内容方与模型方在这件事上利益一致——这也是它能被推起来的现实原因。
对你意味着什么
如果你在维护技术文档或内部知识库，可以开始考虑暴露一份机器可读的入口（结构化 Markdown 或简单 API），成本不高但会明显提高被 AI 工具正确引用的概率。如果你在做检索类应用，短期最实在的收益是少写一堆解析与去重代码，但仍需自己做答案核验——"有依据"不等于"依据正确"。一个需要留意的边界是适用范围：这类官方 API 天然绑定平台自身生态，跨厂商内容仍得靠抓取或第三方来源，别指望一处接入覆盖全部文档。
参考来源
延伸阅读：芯片、系统、编码 Agent：Windows 正在变成端侧智能体的宿主 · Cursor 把智能体遥控器装进手机：是效率，还是新负担