从对话产品走向能力平台

此前想在自己的应用里做联网搜索、读 PDF 或语音播报，通常得分别接几家服务，再自己拼接上下文。DeepSeek 这次把原本只存在于 App 里的能力下放到 API，检索、文件解析与上下文组装交由服务端完成。

配套模型是 V4.1-Flash，在 Messages、Responses 与 Chat Completions 三种接口里都能调用；官方同时开源了一个可导入 DeepSeek 历史对话的示例聊天客户端，方便直接改造成自己的界面。

计费方式要单独算一遍

工具能力不等于免费附赠：搜索、Fetch、OCR、ASR 与 TTS 按调用次数或页数计费，叠加在标准 token 费用之上。公开价格里 OCR 为每千页 0.225 美元，Search 与 Fetch 沿用十月公布的每次 0.75 美元口径。

也就是说，长文档批量处理要按页重算成本，不能只按 token 估算。把搜索能力接进 Claude Code、Codex 等编码智能体时同样按成功请求计费，建议先在测试环境跑一轮真实用量再决定上线规模。

广告 把你的工具放上首页提交收录，每天触达上万名正在选型的 AI 用户。 提交收录

接入前先确认三件事

第一是数据边界：文件与链接内容需要送到服务端处理，企业文档、合同和客户资料应先经过内部合规评估。第二是稳定性：新开放的工具接口还缺少长期可用性记录，关键链路最好保留自建或降级的备用方案。

第三是可替换性：把搜索与文件解析封装成独立的一层，日后更换供应商或改回自建时不必重写主流程。对做端侧与自建应用的团队来说确实少接了几家服务，代价是把更多环节交给了同一个平台。