[持续更新][坑点整理]佬们使用DeepSeek的时候都遇到过哪些坑点?

最近手头很多项目都在用deepseek的api,期间遇到一些刁钻的bug,遂有此篇文章,讨论一下,集中一下佬们遇到的问题。我先开始,权当抛砖引玉了。 DeepSeek V4 调用DeepSeek API时,DeepSeek V4 的 thinking 模式默认开启,一旦 thinking 模式里发生...
[持续更新][坑点整理]佬们使用DeepSeek的时候都遇到过哪些坑点?
[持续更新][坑点整理]佬们使用DeepSeek的时候都遇到过哪些坑点?

最近手头很多项目都在用deepseek的api,期间遇到一些刁钻的bug,遂有此篇文章,讨论一下,集中一下佬们遇到的问题。我先开始,权当抛砖引玉了。


DeepSeek V4

  1. 调用DeepSeek API时,DeepSeek V4 的 thinking 模式默认开启,一旦 thinking 模式里发生工具调用,DeepSeek 官方要求后续请求必须把前一轮 assistant message 的 reasoning_content 连同 contenttool_calls 一起传回, 否则会报400 - Invalid Format,如官方文档中就对集成到1. oh my pi时需要进行的配置,以及需要注意的细节进行了说明,笔者在用open-webui时也遇到相似问题,通过增加thinking: {“type”:“disabled”}自定义参数,或者定制pipe就可以解决。

2 个帖子 - 2 位参与者

阅读完整话题

来源: LinuxDo 最新话题查看原文