概览
想知道一个话题在知乎上大家怎么讨论、哪些回答和文章被点赞最多?给它一个关键词,它会取回知乎站内与之最相关的一批问题、回答与文章,每条带标题、摘要、链接、赞同数、评论数和作者信息,可以直接导出到表格里看。
知乎是中文互联网上观点与经验密度最高的社区之一,一个话题下的高赞回答往往浓缩了从业者的真实判断。比起在站内逐条翻搜索页,它一次把最相关的结果连同热度指标和精选评论取回并去重,适合作为话题调研、舆情监测与内容选题的第一手素材。
数据说明
结果取自知乎站内公开内容库,按知乎搜索的相关度排序返回,同一条内容只出现一次。赞同数与评论数是取数当时的值,之后仍会变化;内容摘要是正文的片段,不是全文;精选评论只有部分内容才有。内容链接末尾带有来源标记,不影响打开原页面。更新时间是内容发布或最近一次编辑的时间。只覆盖知乎站内公开可见的内容,已删除、仅作者可见与需要登录才能看到的内容不在其中。
结果长什么样
每条记录是一条知乎内容,可能是问题、回答或文章:
| 标题 | 内容类型 | 赞同数 | 评论数 | 作者昵称 |
|---|---|---|---|---|
| RAG 评测方法综述 | Article | 128 | 15 | 张三 |
| 现在做 RAG 系统,评测该怎么设计? | Answer | 76 | 9 | 李四 |
| RAG 评测有哪些开源框架可以直接用? | Question | 41 | 6 | 王五 |
另有内容编号、内容摘要、内容链接、作者认证、更新时间、权威等级、排序分数与精选评论等字段。
应用场景
- 做话题调研时,按「赞同数」排序,先读排在前面的「标题」与「内容摘要」,快速抓住这个话题的主流观点与争议点。
- 做舆情监测时,定期跑同一个关键词,比对两次的「内容编号」看有哪些新内容进入前列,结合「更新时间」判断讨论是否在升温。
- 做内容选题时,用「内容类型」区分问题、回答与文章,挑「评论数」高的看「精选评论」,从中提炼读者最关心的问题。
- 找行业声音时,看「作者昵称」与「作者认证」,把带机构或职业认证的作者单独筛出来,作为后续访谈或合作的候选。
适用边界
一次调用返回一个关键词下最相关的最多 10 条结果,不支持翻页取更多;仅覆盖知乎站内公开内容。
- 适合用于
- 需要快速了解某个话题在知乎上有哪些高赞讨论时
- 需要按关键词取一小批知乎内容的标题、摘要与链接,做舆情或素材初筛时
- 需要先拿到知乎内容的链接与编号,再做进一步阅读或整理时
- 不要用于
- 需要某个关键词下成百上千条结果时——单次最多 10 条且不翻页
- 需要某条回答或文章的全文或全部评论时——这里只给摘要与精选评论
- 需要按发布时间、内容类型或作者精确筛选时——这里只按相关度返回
失败处理
作者声明的失败与重试处理方式,接入时建议一并写进系统提示词。
- 1返回空列表通常是关键词过于生僻或含特殊符号,换更通用的短词重试
- 2提示频率限制时属可重试错误,等待片刻后原样重试即可
- 3提示鉴权失败属不可重试错误,需先配置正确的上游访问凭证
- 4提示参数错误时检查关键词是否为空或只含空白字符
输入参数
调用本 App 需要传入的参数,与 manifest.json 的 input.schema 同源。
| 字段名 | 业务名称 | 类型 | 必填 | 默认值 | 枚举 / 约束 | 示例 | 说明 |
|---|---|---|---|---|---|---|---|
| query | 搜索关键词 | string | 是 | — | — | RAG 评测方法 | 要在知乎站内搜索的关键词或短语,不能为空;用具体的话题词效果最好,不要写整句问题 |
| count | 返回条数 | integer | 否 | 10 | 1–10 | — | 本次最多返回多少条结果,1–10,不填默认 10;实际返回可能略少于该值 |
输出数据
单条记录的字段结构,与 manifest.json 的 output.schema 同源。
| 字段名 | 业务名称 | 类型 | 示例 | 说明 |
|---|---|---|---|---|
| content_id | 内容编号 | string | — | 内容在知乎站内的唯一标识 |
| content_type | 内容类型 | string | — | 内容的类型,如 Article(文章)、Answer(回答)、Question(问题) |
| title | 标题 | string | — | 内容标题 |
| content_text | 内容摘要 | string | — | 内容正文的摘要片段,不是全文 |
| url | 内容链接 | string | — | 内容的知乎页面链接,末尾带来源标记,可直接打开 |
| comment_count | 评论数 | integer | — | 该内容的评论条数,取数当时的值 |
| vote_up_count | 赞同数 | integer | — | 该内容获得的赞同数,取数当时的值 |
| author_name | 作者昵称 | string | — | 内容作者的知乎昵称 |
| author_avatar | 作者头像 | string | — | 作者头像图片链接 |
| author_badge_text | 作者认证 | string | — | 作者的认证文案,如机构或职业认证;未认证时为空 |
| edit_time | 更新时间 | integer | — | 内容发布或最近一次编辑的时间,秒级 Unix 时间戳 |
| authority_level | 权威等级 | string | — | 知乎给该内容的权威等级标记 |
| ranking_score | 排序分数 | number | — | 知乎搜索给该结果的排序分数,用于结果排序 |
| top_comments | 精选评论 | string | — | 该内容下的精选评论正文列表,没有精选评论时为空 |
记录 Schema
输出按记录逐条返回。记录主键为 content_id,去重、增量、关联以它为准。
{
"type": "object",
"properties": {
"content_id": {
"type": "string",
"title": "内容编号",
"description": "内容在知乎站内的唯一标识"
},
"content_type": {
"type": "string",
"title": "内容类型",
"description": "内容的类型,如 Article(文章)、Answer(回答)、Question(问题)"
},
"title": {
"type": "string",
"title": "标题",
"description": "内容标题"
},
"content_text": {
"type": "string",
"title": "内容摘要",
"description": "内容正文的摘要片段,不是全文"
},
"url": {
"type": "string",
"title": "内容链接",
"description": "内容的知乎页面链接,末尾带来源标记,可直接打开"
},
"comment_count": {
"type": "integer",
"title": "评论数",
"description": "该内容的评论条数,取数当时的值"
},
"vote_up_count": {
"type": "integer",
"title": "赞同数",
"description": "该内容获得的赞同数,取数当时的值"
},
"author_name": {
"type": "string",
"title": "作者昵称",
"description": "内容作者的知乎昵称"
},
"author_avatar": {
"type": "string",
"title": "作者头像",
"description": "作者头像图片链接"
},
"author_badge_text": {
"type": "string",
"title": "作者认证",
"description": "作者的认证文案,如机构或职业认证;未认证时为空"
},
"edit_time": {
"type": "integer",
"title": "更新时间",
"description": "内容发布或最近一次编辑的时间,秒级 Unix 时间戳"
},
"authority_level": {
"type": "string",
"title": "权威等级",
"description": "知乎给该内容的权威等级标记"
},
"ranking_score": {
"type": "number",
"title": "排序分数",
"description": "知乎搜索给该结果的排序分数,用于结果排序"
},
"top_comments": {
"type": "string",
"title": "精选评论",
"description": "该内容下的精选评论正文列表,没有精选评论时为空"
}
},
"required": [],
"additionalProperties": false
}调用方式
本 App 支持通过 MCP、API、SDK 与文件导出方式接入,各接入方式共享同一套能力与计价。所有请求统一使用 Authorization: Bearer 请求头完成身份认证,凭证为 API Key(长期有效,在开放平台创建);MCP 客户端另支持 OAuth 免密钥登录。CLI、Skill 等更多接入方式正在规划中。
通过 MCP(Model Context Protocol)协议,可在 Claude、Cursor 等 AI 客户端中直接调用本 App。选择你的客户端与认证方式,复制下方配置即可接入。
客户端配置
把 Bearer 后替换为长期有效的 API Key 即可,各类客户端与 CI、无浏览器环境通用。
{
"mcpServers": {
"data_hunter__zhihu-search": {
"type": "http",
"url": "https://mcp-v2.bazhuayu.com?pin=data_hunter/zhihu-search",
"headers": { "Authorization": "Bearer <YOUR_API_KEY>" }
}
}
}让 AI 自己完成配置
不想手动改配置?复制安装提示词,粘贴到任意 AI 客户端对话框,由它按自身方式完成接入(提示词会让 AI 向你索要 API Key,避免凭证留在对话记录或共享配置里)。
如需在同一个 MCP 连接里指定多个 App,前往 MCP 连接页(已为你指定本 App)。
价格
每提交一次任务计费一次,与返回条数无关。
按实际成功返回的数据条数计费,任务失败不计费。每 10 条为一个计费单位,不足 10 条按 10 条计。
多个计费事件按各自口径独立累计,具体以每一项说明为准;任务失败不计费。
立即体验
填写参数直接运行,结果来自真实调用。