近日,在开发者社区 Linux.do 上,有用户针对 DeepSeek 模型在第三方集成工具中的性能表现提出了质疑。该用户通过对比测试发现,在使用 OpenCode Go(一款 VS Code 开发插件)调用 DeepSeek 的 Flash 模型进行推理任务时,其响应延迟显著高于直接调用 DeepSeek 官网 API。根据用户提供的测试数据及截图,在启用默认的“思考”模式下,DeepSeek 官网 API 的平均推理耗时仅为 2.4 秒,而 OpenCode Go 中同样的请求耗时却高达 71 秒。经过多次反复验证,即使将思考模式参数调整至一致,OpenCode Go 的最快响应时间也需要 21 秒,远超官网 API 约 1.9 秒的表现。只有在完全关闭思考模式的情况下,OpenCode Go 的速度才接近官网水平。这一现象表明,DeepSeek 官方 API 本身具备极高的响应效率,但在 OpenCode Go 的集成环境中,推理速度存在数量级的下降。这可能是由于该插件在处理流式输出、解析思维链中间状态或封装 API 请求时存在性能瓶颈。
事件分析
💡 核心观点:AI 编程工具的体验瓶颈正从模型能力转移至客户端集成优化,低效的中间层处理会直接吞噬大模型的性能红利。
原文链接:Linux.do





