知乎开放官方 API：AI 可直接调用搜索与问答

产品更新

知乎正式推出开发者 API 平台，提供搜索、问答、热榜等接口，并配套 MCP 和 Skill 协议支持，让 AI 模型能直接调用知乎内容能力。

知乎开放官方 API：AI 可直接调用搜索与问答

知乎昨天低调上线了开发者平台（developer.zhihu.com），正式开放官方 API 接口。这次不是简单的数据开放，而是直接瞄准 AI Agent 生态：除了常规的 REST API，知乎还同步提供了 MCP（Model Context Protocol）和 Skill 两种协议封装，让大模型能像调用工具一样使用知乎的搜索和问答能力。

对开发者来说，这意味着你的 AI 应用可以直接让模型去知乎搜索、查热榜、获取直答结果，而不用自己爬数据或者手动对接复杂的接口。对知乎来说，这是把内容能力变成 AI 时代的基础设施——当所有 AI 助手都能调用知乎时，流量入口的逻辑就变了。

开放了哪些能力

知乎这次开放的 API 覆盖了四个核心场景：

全网搜索 API：不只是知乎站内，而是知乎的全网搜索能力。返回的结果包括标题、摘要、来源链接等结构化数据，适合做信息聚合或者知识检索。

知乎问答搜索 API：专门针对知乎站内的问答内容。相比全网搜索，这个接口返回的是知乎特有的问题-回答结构，包括问题描述、高赞回答、回答者信息等。如果你的应用需要高质量的中文问答数据，这个接口比通用搜索更精准。

直答 API：这是知乎自己训练的对话模型能力，类似网页版的「知乎直答」功能。你问一个问题，它直接给你一个综合性的答案，而不是一堆链接。这个能力对 AI Agent 特别有用——当用户问「如何学习 Python」时,Agent 可以直接调用直答 API 获取结构化的学习路径,而不是让用户自己去翻一堆回答。

知乎热榜 API：实时获取知乎热榜内容。对做资讯聚合、舆情监控或者内容推荐的应用来说，这是个现成的热点数据源。

知乎开发者平台 API 文档界面截图

从接口设计看，知乎这次做得比较克制。没有开放用户数据、没有开放写入能力（比如发布回答、点赞评论），只开放了读取和搜索。这既保护了用户隐私，也避免了被滥用的风险。但对大部分 AI 应用来说，读取能力已经够用了——AI Agent 需要的是知识检索和信息获取，而不是替用户发帖。

用量限制：免费但有门槛

目前知乎 API 的用量限制是：

  • 每个开发者账号每天 1000 次调用
  • 每个接口每分钟 60 次请求
  • 单次请求返回结果上限 20 条

这个额度对个人开发者或者小规模应用来说基本够用，但对商业化产品来说肯定不够。从社区讨论看，不少人猜测知乎后续会推出付费套餐——毕竟 API 即服务（API as a Service）是个成熟的商业模式，OpenAI、Anthropic 都是这么玩的。

有意思的是，知乎没有像其他平台那样设置严格的审核机制。你注册开发者账号后就能直接调用，不需要提交应用审核或者说明用途。这种开放度在国内内容平台里比较少见——大部分平台的 API 都需要企业认证或者人工审核。知乎这么做，可能是想快速积累开发者生态，毕竟 AI Agent 这个赛道还在早期，谁先建立生态谁就有先发优势。

MCP 和 Skill：为 AI Agent 定制的协议

知乎这次不只是开放了 REST API，还同步提供了 MCP 和 Skill 两种协议封装。这两个东西对不熟悉 AI Agent 开发的人来说可能有点陌生，简单解释一下：

MCP（Model Context Protocol） 是 Anthropic 主导的一个开源协议，目标是让 AI 模型能标准化地调用外部工具。你可以把它理解成「AI 专用的 API 网关」——开发者把自己的服务封装成 MCP Server，AI 模型就能通过统一的协议调用这些服务，而不用关心底层是 REST API 还是 GraphQL 还是别的什么。

Skill 是字节跳动豆包团队提出的协议，思路和 MCP 类似，但更强调「技能」的概念。一个 Skill 不只是一个 API 接口，而是一个完整的能力单元，包括输入输出定义、错误处理、权限控制等。相比 MCP 的「协议优先」，Skill 更像是「产品优先」——它希望开发者把服务包装成一个开箱即用的技能包。

知乎同时支持这两种协议，说明它在押注 AI Agent 生态时没有选边站。MCP 背后是 Anthropic（Claude 的开发商），Skill 背后是字节（豆包的开发商），两家都是国内 AI 市场的重要玩家。知乎的策略是「都支持」，让开发者自己选——用 Claude 的开发者可以直接用 MCP，用豆包的开发者可以直接用 Skill，用其他模型的开发者可以直接调 REST API。

从技术实现看，MCP 和 Skill 本质上都是在 REST API 外面包了一层标准化的描述语言。以知乎搜索为例，REST API 的调用方式是：

GET /api/v1/search?q=如何学习Python&limit=10

而 MCP 的调用方式是：

{
  "method": "tools/call",
  "params": {
    "name": "zhihu_search",
    "arguments": {
      "query": "如何学习Python",
      "limit": 10
    }
  }
}

Skill 的调用方式类似，只是协议细节不同。对 AI 模型来说，MCP 和 Skill 的好处是它能直接理解工具的能力边界——比如这个工具能搜索、那个工具能计算，模型可以根据用户意图自动选择合适的工具调用。而 REST API 需要开发者手动写逻辑判断，模型本身不知道该调哪个接口。

这对 AI 生态意味着什么

知乎开放 API 这件事，放在更大的背景下看，是内容平台在 AI 时代的一次战略转型。

过去十年，内容平台的核心资产是流量入口。用户想找信息，就得打开知乎 App 或者网页，平台通过推荐算法分发内容，顺便插入广告变现。但 AI Agent 的出现打破了这个逻辑——用户不再需要打开知乎，而是直接问 AI 助手「如何学习 Python」，AI 助手调用知乎 API 获取答案，然后整合成一段话返回给用户。整个过程中，用户甚至不知道答案来自知乎。

这对内容平台来说是个巨大的挑战：流量入口的价值在下降，内容本身的价值在上升。知乎的应对策略是主动开放 API，把自己变成 AI 生态的基础设施。与其等着被 AI 爬虫抓取数据（然后打官司维权），不如直接提供官方接口，至少能保留一定的控制权和商业化空间。

从开发者角度看，知乎 API 的价值在于它提供了高质量的中文知识数据。相比通用搜索引擎，知乎的问答结构更适合 AI 理解和处理；相比百度知道或者其他问答平台，知乎的内容质量更高、噪音更少。如果你在做一个中文 AI 助手，知乎 API 是个很好的知识增强工具——当用户问专业问题时，AI 可以先调用知乎搜索，获取高质量回答，然后基于这些内容生成更准确的答案。

但也有人质疑：知乎开放 API 会不会加速自己的「管道化」？当所有 AI 助手都能调用知乎时，用户为什么还要打开知乎 App？这个问题没有标准答案。一种可能是，知乎通过 API 调用量获得新的收入来源，弥补流量下降的损失；另一种可能是,知乎在 API 返回结果中嵌入品牌信息或者引流链接,把 API 用户转化为 App 用户。但无论哪种路径,核心都是:内容平台必须找到在 AI 时代的新定位。

与竞品对比：谁在押注 AI 生态

知乎不是第一个开放 API 给 AI 的内容平台，但它的动作算是比较激进的。

维基百科 很早就有开放 API，但它的定位是公共知识库，不以商业化为目标。AI 模型可以免费调用维基百科数据，但维基百科本身不靠这个赚钱。

Stack Overflow 也有 API，但主要面向企业客户，个人开发者的免费额度很有限。而且 Stack Overflow 对 AI 训练数据的态度比较保守——它曾经起诉过用爬虫抓取数据训练模型的公司。

Reddit 在去年收紧了 API 政策，大幅提高了调用费用，导致很多第三方客户端关闭。Reddit 的逻辑是：我的数据很值钱，AI 公司想用就得付费。但这种策略也引发了社区反弹，不少用户和开发者转向了其他平台。

相比之下，知乎的策略更像是「先开放、再商业化」。免费额度足够个人开发者使用，同时预留了付费套餐的空间。这种做法的好处是能快速积累开发者生态，坏处是如果后续收费太贵，可能会流失早期用户。

国内其他内容平台目前还没有类似动作。微信公众号、小红书、B站等平台的 API 主要面向企业客户，而且审核严格、费用高昂。知乎这次开放 API，某种程度上是在抢占 AI 生态的先发优势——当开发者习惯了调用知乎 API，后续即使有其他平台跟进，知乎也已经建立了护城河。

开发者怎么用

如果你想试试知乎 API，流程很简单：

  1. 访问 developer.zhihu.com 注册开发者账号
  2. 创建应用，获取 API Key
  3. 根据文档调用接口

知乎提供了详细的 API 文档和示例代码，支持 Python、JavaScript、Go 等主流语言。如果你用的是支持 MCP 或 Skill 的 AI 框架（比如 LangChain、Dify 等），可以直接导入知乎的 MCP Server 或 Skill 配置，不用自己写对接代码。

一个典型的使用场景是：你在做一个技术问答 AI 助手，用户问「Python 装饰器怎么用」。AI 助手先调用知乎问答搜索 API，获取相关的高赞回答；然后把这些回答作为上下文，让大模型生成一个综合性的解答；最后在回答末尾附上知乎原文链接，方便用户深入阅读。

这种「检索增强生成」（RAG）的模式，是目前 AI 应用的主流做法。知乎 API 的价值就在于它提供了高质量的检索数据源——相比让 AI 自己去网上搜索（可能搜到低质量内容），直接调用知乎 API 能显著提升答案质量。

潜在问题：版权和滥用

开放 API 不可避免会带来一些问题。

版权问题：知乎的内容是用户创作的，知乎开放 API 让第三方应用调用这些内容，是否侵犯了原作者的权益？从法律角度看，这取决于知乎的用户协议——如果用户在发布内容时已经授权知乎使用和分发，那么知乎开放 API 在法律上没问题。但从道义角度看，很多创作者可能并不知道自己的内容会被 AI 调用，这可能引发争议。

滥用问题：虽然知乎设置了调用频率限制，但仍然可能被用于批量爬取数据、训练竞品模型、甚至生成垃圾内容。知乎需要在开放和管控之间找到平衡——既要让开发者方便使用，又要防止被恶意利用。

内容质量问题：AI 调用知乎 API 获取的答案，质量取决于知乎本身的内容质量。如果知乎上某个话题的回答质量不高，AI 生成的答案也会受影响。而且，AI 可能会放大知乎内容中的偏见或错误——比如某个错误答案获得了高赞，AI 就会把它当作权威答案返回给用户。

这些问题没有完美的解决方案，只能在实践中不断调整。知乎可能会在后续版本中加入内容溯源、质量评分、争议标注等功能，帮助 AI 更好地判断内容可信度。

未来：API 订阅会是新商业模式吗

从社区讨论看，很多人猜测知乎会推出 API 订阅套餐。这个猜测不是没有道理——OpenAI、Anthropic、Google 等 AI 公司都是通过 API 调用收费的，知乎完全可以复制这个模式。

一个可能的定价策略是：

  • 免费版：每天 1000 次调用，适合个人开发者和小规模应用
  • 基础版：每月 99 元，每天 10000 次调用，适合中小企业
  • 专业版：每月 999 元，每天 100000 次调用，提供专属客服和定制化支持
  • 企业版：按需定价，不限调用次数，提供 SLA 保障

如果知乎真的推出这样的套餐，它就不只是一个内容平台，而是一个「知识即服务」（Knowledge as a Service）的提供商。这种转型对知乎来说是个机会——相比广告和会员，API 订阅的收入更稳定、天花板更高。但前提是知乎能保持内容质量，并且在 AI 生态中建立不可替代的地位。

从更长远看，知乎开放 API 可能会引发一波跟风。如果知乎的 API 业务做得好，其他内容平台（比如小红书、B站、微博）也会跟进。到那时，AI 应用的开发逻辑就会变成：不是自己去爬数据，而是调用各个平台的官方 API，然后把这些数据整合起来。这对开发者来说是好事——不用担心被封号或者法律风险；对平台来说也是好事——至少能从 AI 生态中分一杯羹。

但这也意味着，内容平台之间的竞争会从「谁的流量大」变成「谁的 API 好用」。知乎现在抢了先手，但能不能守住优势，还得看后续的产品迭代和生态建设。

参考来源