知乎检索 dsh-plugin-lab/dsh-zhihu-search

dsh-zhihu-search

赋予 DeepSeek Harness 检索知乎社区的能力 Empowering DeepSeek Harness with Zhihu Insights

各版本改动 → Releases（与 npm 版本一一对应）

简体中文 · English

[!NOTE]
基于知乎开放平台官方 API 构建，非爬虫抓取。所有检索结果均附带可引用的原始链接，知乎站内结果另附点赞数，让模型的每一次回答都有据可查。搜索结果为文字摘要，不含正文图片。

搜索不幻觉，引用有出处。给 DSH 装上知乎：站内检索、全网检索与直答三个工具，返回可引用的来源列表，而不是一段无法核对的摘要。

在侧边栏 插件（Plugins） →「已安装（Installed）」组里点「知乎检索」进详情页（标题下方那行代码体是技术名 dsh-zhihu-search）， Access Secret 就地填写、立即生效。

工具一览

装上后模型多出三个工具：

| 工具 | 一句话说明 | 适用场景 |
| zhihu_search | 知乎站内问答与文章搜索，支持按点赞/评论/时间排序 | 中文经验、产品评测、行业讨论、技术实践 |
| zhihu_global_search | 知乎全网索引搜索，可按域名和时间过滤；结果会混入知乎站内内容 | 查找特定网站上的公开资料 |
| zhihu_zhida | 知乎直答，成体系的综合性回答 | 需要「先检索再总结」的复杂中文问题 |

下面三个小节是每个工具的完整参数与能力边界。模型只看到下表中的语义化参数，看不到知乎的原始查询语法。

zhihu_search —— 站内检索

| 参数 | 类型 | 默认 | 说明 |
| query | string | 必填 | 搜索关键词，中文效果最好。 |
| count | integer | 5 | 返回条数，1–10。 |
| sortField | enum | default | default 沿用相关性排序；voteUpCount 点赞数 · commentCount 评论数 · editTime 时间（发布或最后编辑）。 |
| order | enum | desc | desc 降序 · asc 升序。仅在指定了 sortField 时生效。 |
| minValue | number | — | 排序字段的下限（含），必须配合 sortField，取非负整数。只筛本次检索到的候选：达标项少时返回条数会少于 count，不代表知乎没有高赞内容。 |
| publishedAfter | string | — | 只要该日期之后发布的内容，格式 YYYY-MM-DD。 |
| publishedBefore | string | — | 只要该日期之前发布的内容，格式 YYYY-MM-DD。 |

边界：不支持按站点域名过滤——站内结果本来就全来自知乎，要按站点找资料请用 zhihu_global_search。minValue 与非默认 order 必须配合 sortField，否则会被拒绝并提示改法。没有翻页：要更多结果请换关键词或换排序。下限是候选内筛选：筛少时结果里会说明，空结果不代表知乎没有高赞内容。

zhihu_global_search —— 全网索引检索

| 参数 | 类型 | 默认 | 说明 |
| query | string | 必填 | 搜索关键词。 |
| count | integer | 8 | 返回条数，1–20，比站内宽。 |
| site | string | — | 只搜该域名，例如 github.com。传完整 URL 会被剥成主机名并去掉开头的 www.。 |
| publishedAfter | string | — | 只要该日期之后发布的内容，格式 YYYY-MM-DD。 |
| publishedBefore | string | — | 只要该日期之前发布的内容，格式 YYYY-MM-DD。 |
| searchDb | enum | all | all 全部 · realtime 偏最新 · static 偏长期收录。 |

边界：域名是精确匹配，子站要单独写（qq.com 取不到 news.qq.com 的页面），且不接受知乎域名。没有排序参数（该端点忽略排序），也没有翻页参数。结果里会混入知乎站内内容；要专搜知乎的问答和文章，用 zhihu_search。

zhihu_zhida —— 直答

| 参数 | 类型 | 默认 | 说明 |
| question | string | 必填 | 要提问的问题，中文描述越具体越好。 |
| mode | enum | thinking | fast 快速回答 · thinking 深度思考 · agent 智能体多步检索。 |
| includeReasoning | boolean | false | 是否把推理过程一并返回。默认关闭以节省上下文，核对答案可靠性时可打开。 |

边界：它不是搜索——返回的是一段生成回答，不是来源列表。答案由知乎生成，可能有误，重要结论请自行核对。思维链默认不返回。

能力

- 三个工具职责不重叠：站内捞经验、全网捞资料、直答做综合，模型按问题类型自行选择。
- 搜索返回结构化来源条目（标题 / 链接 / 摘要 / 作者 / 点赞数 / 评论数 / 时间），每条都带 URL，可直接引用核对。
- 结果文本自带边界说明：返回条数触达单次上限、来源里混有外站页面、筛选条件筛掉多数候选时，都会在正文里写明 —— 不把工具的边界说成结果的边界。
- 结果同时渲染为来源卡片与纯 Markdown，任何界面都能读。

安装

前置

- DSH 的区间见 package.json 的 engines.dsh —— 那是唯一真源，它与全部 @deepseek-ai/dsh- 声明逐字相同（不同形状时使用者装到的宿主可能缺接缝，而接缝缺席是静默的：配置界面不出现、宿主不报错）。声明面同时承诺了不止一族宿主版本，装哪一族由它说了算。本文件与 README_en.md 都不抄那个会漂的值。
- Node >= 20

装宿主时要显式指定版本线：本家族的 latest 标签不可靠（多数 @deepseek-ai/dsh- 包上它指向很早的版本），按默认方式装可能落在声明范围之外 —— 现查 npm view @deepseek-ai/dsh dist-tags。

npm install -g @deepseek-ai/dsh@next # 本插件承诺支持的线

兼容性不是推断出来的：每周由 compat.yml 对 next（承诺线）与 alpha（已低于我们声明的下限，只作记录）两条线换包实跑一遍现有测试。当前结论与红了怎么办见 docs/PUBLISHING.md 的「兼容性」。

从 npm 安装

dsh plugin --profile web add dsh-zhihu-search

dsh plugin 会把本包装进 profile 并挂进 dsh.profile.bundles。重启 dsh --profile web 后生效。

从源码安装

git clone https://github.com/dsh-plugin-lab/dsh-zhihu-search.git
cd dsh-zhihu-search
pnpm install && pnpm run build

dsh plugin --profile web add "$PWD"

同样重启 dsh --profile web 生效。

⚠️ 上面那步 npm install 不能省：link: 装法下依赖由仓库自己提供（见 AGENTS.md），漏装则插件显示「未运行」（ERR_MODULE_NOT_FOUND）。

发现与安装

- npm：dsh-zhihu-search
- GitHub：dsh-plugin-lab/dsh-zhihu-search

仓库带有 GitHub topic dsh-plugin，插件市场据此自动发现插件。

版本兼容

配置界面注册在宿主插件页的 plugins.bundle.config 槽上，分派 key 是本插件的包名（package.json 的 name）。这个槽不把表单递给页面，所以卡片自己向 ctx.configForms.get(<loader entry id>) 取 —— configForms 是这个接缝依赖的客户端服务，接缝因此要求宿主的设置接缝达到 engines.dsh 声明的下限版本；那份声明是唯一事实来源，本文件不抄版本号。

- 宿主够新：插件页 →「已安装（Installed）」组 → 点「知乎检索」进它的详情页（标题来自 locale/zh.json，中文界面下的显示名；技术名 dsh-zhihu-search 仍在标题下方），配置区就在描述下面，直接可改 —— 没有多一次 Configure，密钥与开关都在那里改。
- 宿主更早（没有 configForms）：三个工具照常工作，插件页里不会出现配置入口 —— 静默，不报错。这就是分水岭。
- 需要就地配置：把宿主升到 engines.dsh 声明覆盖的那条线 —— 那个范围带上下限、是唯一真源（上限之外的线不在声明范围内）；承诺线就是 next，装法 npm install -g @deepseek-ai/dsh@next；哪条线指向哪个版本现查 npm view @deepseek-ai/dsh dist-tags。

宿主版本线怎么装见安装 → 前置；每周的实测结论与红了怎么办见 docs/PUBLISHING.md 的「兼容性」。

配置

配置界面挂在宿主插件页的组合配置槽（plugins.bundle.config，以包名为键）上；它在什么时候不出现、不出现时会发生什么，见版本兼容。

在插件页填写

打开侧边栏 插件（Plugins） →「已安装（Installed）」组 → 点「知乎检索」进它的详情页，配置区就在描述与「包含的组件」之间；填入 Access Secret 并保存。保存后立即生效，无需重启 DSH。

插件页与设置里显示的名字、以及那句描述，来自本包根目录的语言文件（locale/zh.json 与 locale/en.json 的 meta）——它们只是展示元数据：不参与加载、不改变任何配置与工具，宿主读不到时只会退回显示技术名（不报错）。因此本文件不复制那两句文案，改文案改语言文件即可。

密钥写进 DSH 的凭据存储（~/.dsh/.credentials.yaml），不写进配置文件 —— 活动 profile 的 Cordis patch 里只有凭据引用名与开关，可以安全地截图或分享。

Access Secret 在知乎开放平台个人中心获取；配置卡片里有同一个链接。

每日额度

额度按自然日结算，各接口的配额读数都在知乎开放平台个人中心 —— 与取 Access Secret 是同一个地方。下图是那个面板：

改用别的凭据来源

卡片的「凭据引用名」默认是 ZHIHU_ACCESS_SECRET。填别的名字即可指向另一处。

密钥按 DSH 的分层解析，优先级从高到低：

- 进程环境变量（export ZHIHU_ACCESS_SECRET=…）
- 凭据存储（~/.dsh/.credentials.yaml）
- 项目目录下的 .env
- ~/.dsh/.env

由只读来源（环境变量）提供时，卡片会禁用输入框并说明原因 —— 那里的值覆盖不了。

进阶：超时与限额

插件配置项以 src/index.ts 的 Config 为唯一来源（改 cordis.patch.yml 里的插件配置即可）。两个超时项值得知道：

- timeoutMs（默认 15 秒）：搜索类请求的单次预算。
- streamTimeoutMs（默认 55 秒）：直答整轮读取的预算，直答工具的超时自动跟着它走。调大请求超时不会缩小它（取两者较大者），所以调大它才有效。

只用知乎检索

卡片里的「隐藏原生网页搜索（web_search / web_fetch）」开关默认关闭 —— 插件不擅自削宿主能力。打开并保存后，模型看不到 DSH 原生的 web_search 与 web_fetch，只用知乎的三个工具。

- 从下一次模型请求起生效，无需重启、无需新窗口。
- 该 agent 派生的子 agent 一并遵守同一套规则。
- 只控制模型可见性：tool-web 插件本身照常加载，关掉开关即恢复。

安全与边界

- Access Secret 只在配置卡片、凭据域与环境变量之间流转：不写日志、不以明文进入缓存键、不进仓库。
- 返回内容按外部不可信数据处理：摘要剥离 HTML 标签，链接剥离跟踪参数。
- 只访问 developer.zhihu.com，不代理、不转发其他流量。

许可

MIT。

贡献

缺陷与需求走仓库 Issues。

设计取向：工具参数与返回文本首先是给模型用的 API，其次才是给人读的文档 —— 写法规范见 docs/ARCHITECTURE.md 的「工具描述约定」与「模型可见文本的诚实性」。

维护者文档地图见 AGENTS.md；不变的设计约束见 docs/ARCHITECTURE.md；发布流程见 docs/PUBLISHING.md。