80 lines
5.8 KiB
Markdown
80 lines
5.8 KiB
Markdown
# @deepseek-ai/dsh-web-search-deepseek
|
||
|
||
[English](README.md) | 中文
|
||
|
||
由 [DeepSeek](https://deepseek.com) 支持的 `WebSearchProvider`，用于 harness [web 能力 seam](../web/README.md)（`ctx.web`）。它调用 DeepSeek 的 **Anthropic 兼容 Messages API**（`POST {baseURL}/messages`），启用原生 `web_search_20250305` 服务器工具，并把 DeepSeek 返回的结构化 `web_search_tool_result` 块映射为 seam 规范化的 `WebSearchResult`。
|
||
|
||
这是一个**实现** 包：它向 `ctx.web` 注册提供方，不拥有该 key，也不注册面向模型的工具。与 `@deepseek-ai/dsh-llm-deepseek` 一样，它是函数／namespace 插件（`inject: ['web']`）。Anthropic 协议形状是提供方私有细节，并**不** 使该提供方依赖 `ctx.llm`。
|
||
|
||
## 与专用搜索端点的区别
|
||
|
||
Exa 和 Perplexity 提供专用搜索端点，DeepSeek 则没有。该提供方改为发起一次携带 `web_search` 服务器工具的**完整 Messages 模型调用**，因此一次搜索会消耗完整模型轮次的延迟与 token，比纯检索端点更重。DeepSeek 在服务器侧执行搜索，返回**结构化** `web_search_tool_result` 块；提供方解析这些块，**绝不会从模型文本中抓取 URL**。
|
||
|
||
**严格模式**：如果响应不含 `web_search_tool_result` 块（未触发原生搜索），提供方会抛出 `WebError` `WEB_PROVIDER_ERROR`，而非降级为文本抓取；这种行为诚实且可诊断。
|
||
|
||
它复用 `$DEEPSEEK_API_KEY`（不增加 secret），但**不会** 复用 `$DEEPSEEK_BASE_URL`：搜索端点使用 Anthropic 兼容基址（`https://api.deepseek.com/anthropic/v1`），不同于 LLM 适配器使用的 chat-completions 基址（`https://api.deepseek.com`）。
|
||
|
||
## 配置
|
||
|
||
| Key | 默认值 | 含义 |
|
||
|---|---|---|
|
||
| `apiKey` | `$DEEPSEEK_API_KEY` | DeepSeek API key。为空／缺失时提供方不可用。同时作为 `x-api-key` 与 `Authorization: Bearer` 发送（官方与 Anthropic 兼容 proxy）。 |
|
||
| `baseURL` | `https://api.deepseek.com/anthropic/v1` | Anthropic 兼容端点基址；追加 `/messages`。覆盖时使用 `$DEEPSEEK_SEARCH_BASE_URL` 等独立环境变量；禁止复用属于 chat-completions LLM 适配器的 `$DEEPSEEK_BASE_URL`。无法解析时提供方不可用。 |
|
||
| `model` | `deepseek-v4-flash` | Anthropic 格式模型名称。 |
|
||
| `apiVersion` | `2023-06-01` | `anthropic-version` 标头值。 |
|
||
| `maxTokens` | `4096` | Messages 请求生成 token 的正整数上限。 |
|
||
| `maxUses` | `5` | 每次请求使用 `web_search` 服务器工具的正整数上限。 |
|
||
|
||
```yaml
|
||
- id: web-search-deepseek
|
||
name: '@deepseek-ai/dsh-web-search-deepseek'
|
||
config:
|
||
apiKey: !!js process.env.DEEPSEEK_API_KEY
|
||
baseURL: !!js process.env.DEEPSEEK_SEARCH_BASE_URL
|
||
```
|
||
|
||
## 映射
|
||
|
||
DeepSeek 不返回该提供方可作为 `content` 信任的提供方生成答案表层，因此省略 `content`。`sources[]` 来自 `web_search_result` 配置项，这些配置项位于 `web_search_tool_result` 块内：`url` ← `url`、`title` ← `title`、`publishedAt` ← `page_age`。`cited_text` 配置项按 URL 标识，单独位于文本块的 `citations[]` 中；提供方会将其作为 snippet 连接，没有摘录时省略 `snippet`。
|
||
|
||
结果按 URL 去重，因为一次请求可能在多次搜索中呈现同一页面。DeepSeek 公开 `maxUses` 而非结果数量旋钮，因此 seam 会强制执行 `maxResults`：截断 `sources[]` 并设置 `truncated`。
|
||
|
||
提供方失败变为 `WEB_PROVIDER_ERROR`；调用方取消变为 `WEB_ABORTED`。HTTP 重定向会在接触 `Location` 目标前被拒绝，并以 `WEB_PROVIDER_ERROR` 呈现。
|
||
|
||
## 模型体验
|
||
|
||
### 辅助 DeepSeek 搜索请求
|
||
|
||
#### 模型看到的内容
|
||
|
||
独立的 DeepSeek 模型会接收精确的 `Perform a web search for the query: <query>` 作为 user 文本，并收到一个原生 `web_search` 服务器工具定义。该请求不属于会话模型上下文。
|
||
|
||
#### Token 影响
|
||
|
||
每次搜索都会产生独立的提供方输入与输出 token；`maxTokens` 限制生成输出，`maxUses` 限制原生搜索次数。
|
||
|
||
#### KV Cache 影响
|
||
|
||
与会话请求 cache 相互独立。辅助指令与原生工具定义可以形成稳定前缀，但查询或模型路由的每次变化都会阻止从首个差异起的复用。
|
||
|
||
### 间接的会话工具结果
|
||
|
||
#### 模型看到的内容
|
||
|
||
通过 [`dsh-tool-web`](../tool-web/README.md)，会话模型会看到结构化搜索块中去重后的 URL、标题、日期与引用 snippet；提供方文本不会作为答案受到信任。该提供方的精确失败是 `DeepSeek search aborted`、`DeepSeek search request failed: <error>`、`DeepSeek returned no web_search_tool_result blocks; the request may not have triggered native web search` 和 `DeepSeek returned an unprocessable response body: <error>`；HTTP 失败保留提供方消息。错误包装属于消费方。
|
||
|
||
#### Token 影响
|
||
|
||
注册不会直接产生会话 token。结果 token 随返回源与 snippet 增长，随后 seam 会强制执行请求的源数量上限。
|
||
|
||
#### KV Cache 影响
|
||
|
||
仅追加；新可见内容位于可复用请求前缀之后，不会使现有 KV-cache 配置项失效。
|
||
|
||
## 已知限制与暂缓事项
|
||
|
||
- **一次搜索需要完整的 Messages 模型轮次**：会产生延迟与生成 token，并且最多执行 `maxUses` 次服务器侧搜索；DeepSeek 不公开专用检索端点。
|
||
- **超量返回的源仍消耗 token**：协议没有结果数量旋钮，`maxResults` 只能由 seam 在事后截断。
|
||
- **未引用的结果没有 `snippet`**：只有 `text` 块中的引用（`cited_text`）匹配其 URL 时，源才会获得 snippet。
|
||
- **按错误形状分类中止**：只有 `DOMException` 且名为 `AbortError` 时才映射为 `WEB_ABORTED`；携带自定义原因的中止（例如 `dsh-timeout` 的 `TimeoutReason`）会呈现为 `WEB_PROVIDER_ERROR`。
|