微信扫码
添加专属顾问
我要投稿
知乎搜索Skill免费开放,实测发现速度与结果完整性均表现不俗,是个人开发者的实用工具。核心内容: 1. 知乎数据开放平台的核心功能与免费额度 2. 实测搜索服务的速度与结果完整性优势 3. 知乎AI战略的演变与开放平台的意义
不想掉队的知乎,也跟进了skill。
知乎终于把自己的内容能力交给了外部 Agent。
最近发现,知乎上线了一个数据开放平台。刚看到这个名字时,我以为它准备依托站内内容做数据授权,或者提供品牌舆情、行业研究一类的服务。
页面目前还保留着浓浓的vibe coding痕迹,能明显感觉到团队对产品形态还没有完全定型。
真正体验后才发现,平台当前主推的产品很直接,核心就是搜索。
这套搜索能力同时提供 API、MCP 和 Skill,既能查知乎站内内容,也能做全网搜索。注册后可以免费使用,当前平台官网写着每天赠送 1000 次调用。
这个额度对于个人开发者和轻量 Agent 来说,这个额度已经足够宽松。
拿它跑了几轮真实任务,最明显的感受有两个。
一个是快,分了三个等级,快的很多查询在一秒内就能返回。
另一个是结果很完整,标题、链接、作者、内容摘要、时间、权威等级、排序分数,甚至部分内容下的精选评论都能直接拿到。
市面上并不缺搜索服务。Tavily、Exa、各类大模型内置搜索,以及微信生态里的搜索能力都在解决类似问题。
知乎这套产品依然值得装进 Agent,因为它同时握着全网搜索和知乎站内内容,免费额度又足够高,接入方式也已经准备齐全。
| 知乎为什么做这个?
理解这次开放平台,需要先看知乎这几年做 AI 的路径。
ChatGPT 爆发后不久,知乎就与面壁智能合作推出知海图 AI,随后把 AI 搜索升级为知乎直答。
DeepSeek R1 走红后,知乎直答也很快完成接入,动作并不算慢,这条路线很早就围绕搜索和内容可信度展开。
知乎做 AI 有一项很难复制的优势。平台积累了大量问答、文章和评论,内容自带作者、赞同、评论、发布时间和认证信息,天然适合做检索和溯源。
知乎还投资了面壁智能,希望补足模型和工程能力,让内容资产可以进入模型训练与问答流程,并在回答中保留可核查的来源线索。
问题在于,通用大模型和独立 AI 应用是一场极其昂贵的竞争。知乎可以做出产品,也能持续迭代,但它很难像头部公司那样长期投入算力、模型、渠道和用户补贴。
知乎直答有自己的特色,却没有成为一个足以改变公司增长曲线的超级入口,单靠一个独立产品也很难释放全部内容价值。而这几年知乎的 AI 动作因此显得有些安静。
平台仍在用 AI 改造搜索、创作和内容生产,外界能感知到的新产品却不算多。直到最近的数据开放平台出现,知乎的路线才突然变得更清晰,它开始把多年积累的内容和检索能力直接提供给外部开发者,服务范围也随之离开自家产品页面。
这个变化也与 Skill 热潮有关。越来越多 Agent 开始通过 Skill 获得稳定能力,平台竞争的重点随之延伸到工具供给和能力分发。
小红书最近测试 Red Skill,让创作者可以把 Skill 挂在内容旁边,已经说明内容平台正在寻找新的 AI 入口和新的分发关系。
知乎选择的路线更贴近自己的长项。它没有先做一个大型 Skill 商店,也没有急着让用户在站内上传各种能力。先把搜索、热榜和直答打包出来,让其他 Agent 可以直接调用知乎已经成熟的能力,这条路更短,也更容易形成实际使用量和长期可观察的调用反馈。
搜索会成为第一批开放产品,并不意外。模型需要新鲜、可信、可追溯的信息,Agent 每完成一次研究、写作、选题或事实核查,都可能调用搜索。
知乎无需重新培养用户习惯,只需要把现有内容、索引和排序系统封装成标准接口,就能进入外部 Agent 的工作链路。
这也给知乎提供了一条更现实的 AI 商业化路径。开发者先免费接入,调用量增长后再进入企业合作、数据服务或更高规格的授权。
知乎不必与大厂争夺通用模型第一名,只要在中文高质量内容和可信搜索上建立稳定供给,就有机会成为 Agent 背后的数据服务商,并从持续调用中验证商业需求。
| 搜索Skill有什么不一样?
先说结论,这套搜索 Skill 的完成度比预期的要高。
它并非只把网页链接扔给模型,返回结果已经做过结构化整理,Agent 拿到后可以直接继续筛选、总结和引用。
对内容研究、选题搜集和事实核查来说,少做一次字段清洗,就能少写不少胶水代码,也能减少模型误读网页结构的概率。
最有吸引力的还是免费额度。
知乎数据开放平台首页当前写着,注册可以免费获得每天 1000 次调用。普通用户即便给自己的 Agent 配上自动搜索,一天也很难稳定用满这个数字,做个人知识库、选题助手或轻量研究工具基本够用,测试新工作流时也不用先计算每次请求成本。
但在个人中心上有明确的剩余调用量,像全网搜,知乎搜索各有5000词,而热榜和直答只有100次。
值得一提的是,平台官网给出的全网搜索平均响应延迟是 600 毫秒,实测几次体验大多也在简短时间内就完成。
知乎站内搜索单次最多返回 10 条,全网搜索单次最多返回 20 条,数量不算夸张,却很适合直接交给模型处理,也不会让一次检索塞进太多低相关网页内容。
返回字段也比较克制。常规的标题、链接、摘要、作者、发布时间、赞同数和评论数都在,知乎站内结果还会带作者认证、内容类型和精选评论。Agent 可以根据这些信息决定先读什么、引用什么,减少只看标题就下判断的情况,后续做内容去重和来源展示也更方便。
更有意思的是权威等级。官方文档把全网搜索结果分为 1 到 4 个等级,数字越高,信源权威性越强。做行业研究、事实核查或热点追踪时,可以优先保留政府网站、机构官网和主流媒体来源,再把普通内容作为补充,让 Agent 的引用顺序更接近人工研究和资料核验习惯。
另一个实用字段是排序分数。很多搜索接口只给出已经排好的结果,开发者很难知道第一条和第五条之间究竟差多少。
知乎返回 RankingScore 后,可以观察分数是否出现明显断层,再决定保留前三条、前五条,还是让 Agent 继续扩大搜索,结果截断规则也能做得更细。
知乎站内搜索则提供了另一种价值。
中文互联网上仍有大量真实经验、专业讨论和长文本回答沉淀在知乎,通用搜索未必能稳定召回,摘要也常常不完整。
通过专门的知乎搜索,Agent 可以只拿站内问题、回答和文章,用赞同数、作者信息与评论帮助判断内容质量,特别适合补充中文语境下的经验信息。
精选评论让它多出了一些舆情用途。品牌研究常常需要理解用户为什么喜欢一款产品、在哪个环节抱怨、争议集中在哪里,评论区往往比正文更接近真实反馈。
知乎接口能够返回部分精选评论,这对做品牌观察、产品复盘和话题研究很方便,但它仍不能替代完整的社媒监测系统,结论需要结合更多平台和更大样本。
| 怎么接入?三种方式都能用
知乎把同一组能力做成了三种入口。
Skill 适合直接装进支持技能包的 Agent,MCP 适合已经采用工具协议的客户端,API 则留给需要自己控制请求、字段和业务流程的开发者。
三条路径解决的是不同接入习惯,背后调用的仍是知乎开放平台的搜索能力,用户无需为了换一种客户端重新理解整套产品。
第一步都相同,需要先打开知乎数据开放平台并注册账号。登录后可以在个人中心查看 Access Secret,调用时通过 Bearer 方式放进请求头。
API 请求还需要携带秒级 Unix 时间戳,密钥不适合直接写进公开仓库或分享给其他人,部署时最好通过环境变量或密钥管理服务读取。
只想尽快用起来,Skill 最省事。
官方已经提供知乎搜索、全网搜索、知乎热榜和直答的 Skill 压缩包,下载后按自己的 Agent 规则安装即可。以搜索为例,输入主要是 query 和 count,复杂的鉴权、请求和结果整理已经被封装,使用者只需要告诉 Agent 何时调用。
知乎搜索 Skill 适合补充站内观点,全网搜索 Skill 适合查公开网页,热榜 Skill 可以做热点发现。
直答 Skill 还准备了三种模式,分别对应轻量问答、专业分析和实时研究。把这些能力组合起来,一个 Agent 就能完成找热点、搜资料、补充知乎讨论、生成初稿的连续流程。
Simple 是速度最快的一档,对应zhida-fast-1p5。
它更适合概念解释、基础信息查询和日常问题,回答偏简洁,Token 消耗也最低。需要高频调用,或者只想让 Agent 快速补全一个事实时,选择这一档最省资源。
Deep 对应zhida-thinking-1p5,主要处理专业性更强、需要展开推理的问题。它会结合知乎知识内容给出更详细的分析,补充理论、实践经验和不同角度,响应速度与 Token 消耗都会高于 Simple。研究一个行业问题、梳理复杂概念或辅助决策时,这一档更合适。
DeepSearch 对应zhida-agent,会结合搜索进行实时信息检索,再整合多个来源完成综合回答。遇到近期事件、产品动态、跨领域资料和需要多源验证的问题,可以优先使用这一模式。它的响应时间最长、Token 消耗最高,价值也集中在实时性和研究深度上。
三种模式的选择不复杂。
只需要一个快速答案就用 Simple,需要专业拆解就用 Deep,需要最新信息和多来源研究就用 DeepSearch。每项能力仍可单独安装,开发者也可以让 Agent 根据问题复杂度自动选择对应档位。
已经使用 MCP 客户端的人,可以直接添加知乎提供的 MCP 服务。搜索服务当前采用 MCP over SSE,客户端先连接 SSE 地址,再完成 initialize、tools/list 和 tools/call。
接好之后,Agent 就能像调用其他工具一样使用 zhihu_search 或 global_search,无需在每个工作流里重复写请求代码。
需要做产品集成,API 会更灵活。全网搜索支持按站点和发布时间过滤,也能在实时库、静态库和全部索引之间选择。
开发者还可以结合权威等级、排序分数、作者信息和评论字段,建立自己的召回、去重、筛选与引用规则,适配已有数据库、前端页面和内容审核流程。
个人用户和内容创作者先装 Skill,体验最快。已经在 Claude Code、Codex 或其他 Agent 环境中搭建工具链的人,可以优先接 MCP,开发搜索产品、企业工作流或内部知识助手的团队更适合直接使用 API,并保留日志、限流和结果治理能力。
知乎这次值得关注的地方,就在于它没有把能力锁在自己的 App 里。
搜索、直答、热榜和知乎内容开始通过标准接口进入外部 Agent,知乎也获得了一个接触新用户和新场景的机会。
若调用量、稳定性和商业政策能够持续完善,这套开放平台很可能成为知乎近几年最实用的一次 AI 尝试。
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-06-12
又一个神级 Codex Skill 诞生了:一个 API Key,打通全网自媒体数据!
2026-06-12
一文看懂 Agent Skills 运行全流程:从用户请求到结果返回的 16 步拆解
2026-06-12
万字长文:做了些爆款 Skills 以后,我对 Skills 的看法
2026-06-11
开源「鲁班」Skill,Claude Fable 5下线前我最想跑通的工作流!
2026-06-11
同样是一个Skill,凭啥有的skill卖5万?有的免费都没有用?
2026-06-11
装了一堆 Skill,为什么最后都删了?
2026-06-11
从上下文中自动提取Skill !清华等提出 Ctx2Skill,上下文学习新方案
2026-06-10
一文教你把 Kimi 调试为专业级法务AI工作台
2026-04-05
2026-03-17
2026-05-15
2026-03-26
2026-03-17
2026-04-09
2026-03-18
2026-03-16
2026-05-24
2026-04-16
2026-06-11
2026-06-11
2026-06-09
2026-06-08
2026-05-28
2026-05-19
2026-05-09
2026-05-08