DeepSeek Search / Fetch integration with QVeris
QVeris has integrated DeepSeek web search and page retrieval. The DeepSeek Platform provider page is the entry point; this review also discovered both tools through QVeris and successfully executed two Search requests and two Fetch requests on October 28, 2026.
For an agent that needs to check a pricing announcement, the workflow is concrete: find candidate sources, inspect the relevant page, and answer with evidence. The integration brings the two retrieval actions into QVeris’s tool-discovery and execution workflow. It does not itself validate every claim in the retrieved text.
| Action | QVeris tool | Observed output |
|---|---|---|
| Search | Search web pages | Source URLs, titles, summaries; optional page content |
| Fetch | Fetch a web page as Markdown | One page title and its extracted content |
This is a live integration check and a small workflow comparison. It is not a benchmark against other search providers or a measurement of DeepSeek’s direct API versus QVeris latency.
What costs ¥5 per 1,000 successful requests?
The official Chinese pricing page lists ¥5 per 1,000 successful requests for Search and the same rate for Fetch. That is ¥0.005 per billable request. Model token charges are a separate cost. All CNY calculations below use this Chinese price schedule; they are not currency conversions from the English price page.
The announced change at 00:00 Beijing time on November 1, 2026 (UTC+8) concerns the previously unbilled Search/Fetch requests made through server-side tool calls when using DeepSeek API in DeepSeek Harness, Claude Code or Codex. As of this review date, that switch is still in the future. It is not a statement that every search performed by those applications uses DeepSeek.
| Situation | DeepSeek native billing |
|---|---|
| HTTP 200 + nonempty Search results | Billable |
| HTTP 200 + Fetch returns page body | Billable |
| Failure, timeout, or no search results | Not billable |
| More results requested with count | Same per-request rate |
These conditions come from the Search & Fetch guide. In QVeris, use the current tool quote and actual settlement for your platform budget. In our four preflight checks, each request quoted 1 credit; execution responses also recorded 1 credit each but marked settlement pending. This is not a verified final charge or a conversion of ¥0.005.
How the comparison was run
The test question was: “What are DeepSeek Search/Fetch prices and billing conditions?” Four requests ran sequentially through QVeris at approximately 16:17 Beijing time on October 28, 2026. Each configuration was called once. The two Search calls used the identical query and count, changing only need_content.
{
"query": "DeepSeek API Search Fetch 价格 site:api-docs.deepseek.com",
"count": 3,
"need_content": false
}Run B changed need_content to true. Runs C and D fetched the Chinese pricing page and the Search/Fetch guide respectively. We recorded success, returned URLs, presence of content, character counts and QVeris’s elapsed_time_ms. Character counts include whitespace and Markdown escaping; they are not tokens or a content-quality score.
| Run | Configuration | Returned material | Elapsed time |
|---|---|---|---|
| A | Search · need_content=false | 3 results; 0 nonempty content fields | 538.38 ms |
| B | Search · need_content=true | 3 results; 3 nonempty content fields; 6,327 body characters | 530.52 ms |
| C | Fetch · pricing page | 1 page; 1,763 body characters | 4,462.66 ms |
| D | Fetch · usage guide | 1 page; 6,405 body characters | 4,915.76 ms |
All four responses had success=true and an upstream status_code of 200. Timing is the field returned by QVeris, not client wall-clock duration or a guarantee of typical latency. The sample is too small to establish performance distributions, availability or the effect of caching.
Case 1: summaries versus page content
Both Search configurations returned the same ordered URLs: the English pricing page, the Chinese pricing page, and a historical context-caching news page. Two of the three were current pricing pages relevant to the task; the historical article was not the primary evidence for current Search/Fetch billing. This is a manual relevance classification of this one result set, not a general accuracy percentage.
| Result | Body in A | Body in B | How we used it |
|---|---|---|---|
| English pricing page | 0 characters | 3,025 characters | Relevant; uses a different currency schedule |
| Chinese pricing page | 0 characters | 1,614 characters | Relevant; basis for the CNY comparison |
| Historical caching news | 0 characters | 1,688 characters | Excluded from current tool-pricing evidence |
The summary-only response already supplied a useful pricing lead. Adding body text made more of each source available, but did not remove the irrelevant historical result. For a brief source-finding step, summaries were sufficient in this test; for checking context, the body text provided additional material to inspect.
A reasonable workflow is to review titles and URLs first, prefer the desired language and canonical source, then inspect bodies only where the question requires detail. Search with body text can reduce separate fetches when it already supplies sufficient evidence, but that benefit depends on actual returned content.
Case 2: a price page versus the full usage guide
We then used Fetch on two known official URLs. Both returned a title and body. We checked four facts relevant to the question: CNY price, the announced server-side billing start time, the result-based billing condition, and whether count changes the price.
| Question to verify | Pricing page C | Guide D |
|---|---|---|
| CNY unit price | Present | Present |
| November 1, 00:00 Beijing time | Present | Present |
| Nonempty search results / fetched body | Not specified in detail | Explicitly stated |
| Whether count changes price | Not specified | Explicitly stated |
The pricing page answered the amount and date; the guide completed the operational conditions. This is why a pricing announcement alone is not enough for an agent that must decide which requests to count in a budget. Known URLs can be fetched directly without first spending a search request.
The returned Fetch text contained escaped Markdown punctuation, so a literal search for an unescaped timestamp could miss it. Normalize formatting for display or keyword checks, while preserving the original response for audit. The larger character count in Fetch does not by itself show that it captured more facts than Search content.
Cost example: count calls, then reduce unnecessary retrieval
The following is a calculation, not a production bill. Assume every request succeeds with billable content, each task is independent, no cached results are reused, and all requests follow DeepSeek’s native CNY tariff. Formula: retrieval cost = (billable Search calls + billable Fetch calls) × ¥0.005.
| Workflow assumption | Calls per task | 1,000 tasks | 10,000 tasks |
|---|---|---|---|
| One Search with sufficient body text | 1 Search | ¥5 | ¥50 |
| Search, then inspect 2 selected pages | 1 Search + 2 Fetch | ¥15 | ¥150 |
| Search, then fetch all 3 results | 1 Search + 3 Fetch | ¥20 | ¥200 |
| Two known official URLs; no search | 2 Fetch | ¥10 | ¥100 |
Under these assumptions, selecting two pages instead of fetching all three reduces retrieval cost from ¥200 to ¥150 per 10,000 tasks, a 25% reduction. This is a strategy estimate, not observed savings and not evidence that QVeris is cheaper than a direct DeepSeek integration. Workflows may also retrieve different evidence, so choose the least costly one that still answers the task.
Token generation, application hosting and QVeris platform settlement are outside this table. More retrieved text can increase downstream model input even when the search request price remains unchanged. Track retrieval calls and model tokens separately.
Use DeepSeek Search and Fetch through QVeris
Open the DeepSeek provider details on QVeris to review the Search and Fetch tool descriptions and usage information. Use Search to find relevant web pages, or Fetch to read the content of a specific page. Choose the capability that fits your task.
Frequently asked questions
Has QVeris actually connected DeepSeek Search and Fetch?
Yes. Both tools were discovered and inspected through QVeris, and the four live requests in this review all returned successful results on October 28, 2026.
Does ¥5 cover both 1,000 searches and 1,000 fetches?
No. At DeepSeek’s published CNY tariff, 1,000 billable Search requests cost ¥5 and 1,000 billable Fetch requests cost another ¥5, for ¥10 total before other costs.
Does turning on need_content guarantee a body for every result?
No. Our sample returned three bodies, but the current tool contract allows missing bodies. Check the actual content field before deciding that another Fetch is unnecessary.
Is every Codex or Claude Code search affected on November 1?
The announcement concerns server-side Search/Fetch calls made when using DeepSeek API in the named applications. Determine the provider and route your task actually uses.
Can the four calls establish a speed or reliability ranking?
No. They confirm these configurations worked for these inputs at the recorded time. Broader conclusions require repeated, controlled tests with representative queries and sites.
Sources and reproducibility
Check the official CNY pricing page, the Search & Fetch guide and the DeepSeek provider entry. Prices and tool contracts were checked on October 28, 2026. Later readers should recheck the current versions before budgeting.
The delivery includes a benchmark.json audit summary with exact inputs, returned URLs, character counts, timestamps and all four execution IDs. It contains no credentials. Replaying requests can produce different results and may consume QVeris credits.
Try a source-backed billing check
Use the task below to repeat the workflow with current data. The button opens a prefilled Playground prompt for you to review and send.
Use DeepSeek Platform through QVeris to verify the current Search and Fetch billing rules. Discover and inspect the two tools first. Search for official documentation, then fetch the Chinese pricing page and Search/Fetch guide as needed. Report the CNY price, effective time in Beijing time, billable-success conditions and whether count affects pricing. Retain source URLs and execution IDs. Separate DeepSeek native prices from QVeris credits, and label measured results versus estimates.
