DeepSeek API 空 reasoning_content 导致异常快速修复中间件!

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社...
DeepSeek API 空 reasoning_content 导致异常快速修复中间件!
DeepSeek API 空 reasoning_content 导致异常快速修复中间件!
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
  • 我的帖子已经打上 开源推广 标签:
  • 我的开源项目完整开源,无未开源部分:
  • 我的开源项目已链接认可 LINUX DO 社区:
  • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:
  • 以上选择我承诺是永久有效的,接受社区和佬友监督:

以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出


各位可能看过这个

9c1e5fe5e6eda7251d4875b9890979d6

第一感觉很神人,立马去问了在 dpsk 的朋友,他的回复是:

有些人的 agent client 传的 messages 完全没有 reasoning_content 导致他的跑分很低,所以 ban 了防止不小心抹黑,这种情况你传个空串就过去了

内部已经开了好几次研究这玩意怎么改了

这已经是最不鬼畜的方案了

注:按朋友要求以上为转述


好像也有点道理,但是这明显不是我们用户的锅吧

于是: HuanLinOTO/openai-reasoning-proxy

目的很单纯,自动帮你添加空串

898d5e8e4bfd9f7b91782640a609d8ce

占用很低,几乎没占用(rust发力了)

image

不修改其他内容,直接透传

那么赶紧用起来吧

支持 Docker 一键部署:

docker run -d --name openai-reasoning-proxy --restart unless-stopped -p 3000:3000 ghcr.io/huanlinoto/openai-reasoning-proxy:latest

2 个帖子 - 2 位参与者

阅读完整话题

来源: linux.do查看原文