本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目链接： github.com GitHub - Lianues/unified-llm-provider 通过在 GitHub 上创建帐户来为 Lianues/unified-llm-provider 开发做出贡献。 旨在解决什么问题： 不想看各种llm厂商的接口文档，太多了 每个厂商的接口都有各自的思考签名格式，维护多种签名格式太麻烦了 开源和闭源模型的工具调用要求不同，开源要求回传思考内容，闭源要求回传思考签名 各家返回的token信息也不同，claude模型还包含了缓存时间等 想选择一个比较好的格式维护消息历史 项目整体介绍： 使用方法： npm i unified-llm-provider 使用文档和说明： 就是项目readme，发给ai即可： unified-llm-provider/README.md at main · Lianues/unified-llm-provider 支持的调试方法： 提前记录实际请求体和响应： 使用代理，看发包： 1 个帖子 - 1 位参与者 阅读完整话题
现有项目需要解决百度推广相关技术问题，长期合作，按项目结算。 有能力的个人、工作室、技术团队都可以联系。 可远程，不限地区，懂实操优先。 一、百度封控 / 资质风控处理 需求内容： 百度账户封控处理 子户关联、资质关联排查 降低风控命中率 提高账户稳定性 规避异常环境检测 推广链路隔离 浏览器环境隔离 IP / 指纹 / Cookie 隔离方案 广告账户养户方案 老户复活、异常恢复 账户稳定投放方案 要求： 有百度推广实战经验 做过 VPN / 下载 / 工具类行业优先 能提供真实案例 不要纯理论 能长期合作最好 预算： 3000 - 8000 元 效果好可长期合作。 二、渠道标记 / 无痕浏览 / 回传技术 需求内容： 渠道参数标记 渠道归因 渠道号隐藏 无痕模式渠道识别 浏览器无痕状态下数据保持 独立站渠道追踪 首充 / 注册 / 下载回传 OCPC 下载回传 支付事件回传 高回传率方案 落地页参数透传 OpenInstall 防丢量方案 防空白渠道方案 目标： 下载事件回传率 ≥95% 支付事件稳定回传 尽量减少空白渠道 要求： 做过实际项目 熟悉 Android / iOS / 服务端回传 熟悉百度 OCPC 有成熟方案优先 预算： 2000 - 5000 元 / 联系方式 TG：ASWRTY25
现有项目需要解决百度推广相关技术问题，长期合作，按项目结算。 有能力的个人、工作室、技术团队都可以联系。 可远程，不限地区，懂实操优先。 一、百度封控 / 资质风控处理 需求内容： 百度账户封控处理 子户关联、资质关联排查 降低风控命中率 提高账户稳定性 规避异常环境检测 推广链路隔离 浏览器环境隔离 IP / 指纹 / Cookie 隔离方案 广告账户养户方案 老户复活、异常恢复 账户稳定投放方案 要求： 有百度推广实战经验 做过 VPN / 下载 / 工具类行业优先 能提供真实案例 不要纯理论 能长期合作最好 预算： 3000 - 8000 元 效果好可长期合作。 二、渠道标记 / 无痕浏览 / 回传技术 需求内容： 渠道参数标记 渠道归因 渠道号隐藏 无痕模式渠道识别 浏览器无痕状态下数据保持 独立站渠道追踪 首充 / 注册 / 下载回传 OCPC 下载回传 支付事件回传 高回传率方案 落地页参数透传 OpenInstall 防丢量方案 防空白渠道方案 目标： 下载事件回传率 ≥95% 支付事件稳定回传 尽量减少空白渠道 要求： 做过实际项目 熟悉 Android / iOS / 服务端回传 熟悉百度 OCPC 有成熟方案优先 预算： 2000 - 5000 元 / 联系方式 TG：ASWRTY25
目前用的是CLI-PROXY-API, 测试结果如下，成功率太低了怎么办啊？我中转站物理机在海外，可以排除是我这边到物理机的网络问题 并发 总请求数 成功 失败 成功率 平均耗时(s) P95(s) 最大(s) 1 6 4 2 66.7% 29.887 36.745 36.745 3 9 5 4 55.6% 34.265 52.814 52.814 5 10 6 4 60.0% 38.113 47.194 47.194 1 个帖子 - 1 位参与者 阅读完整话题
众所周知，小米mimo模型要求工具调用+思考+多轮对话必须思维链回传，否则强制400error。现在问题是，openclaw里 /think off、/reasoning off 、设置模型为非推理模型都无效了，而且我走的不是官方api，是claw反代的那个api（自建），还是一个劲地报400error 然后我在站内找，有人说pi有个设置项可以设置回传，我在openclaw.json对应设置项设置了一下，gateway直接起不来了（装docker里了，无限重启） 求助佬友，怎么办？ 8 个帖子 - 7 位参与者 阅读完整话题
因为有点懒，所以让AI生成一下文案，后面直接给出适配字段 总之就是在model中添加字段 "interleaved": { "field": "reasoning_content" } 1 个帖子 - 1 位参与者 阅读完整话题
目前 DeepSeek v4 OpenAI-compatible API 会返回： reasoning_content 和 content 后续请求需保留并回传 reasoning_content ，否则出 400 错误。 目前只看到 axonhub 有相关适配： issues/1468 。 以下项目目前还没有看到适配： litellm newapi sub2api cliproxyapi 想知道还有哪些 AI 网关已经支持这个逻辑？
目前 DeepSeek v4 OpenAI-compatible API 会返回： reasoning_content 和 content 后续请求需保留并回传 reasoning_content ，否则出 400 错误。 目前只看到 axonhub 有相关适配： issues/1468 。 以下项目目前还没有看到适配： litellm newapi sub2api cliproxyapi 想知道还有哪些 AI 网关已经支持这个逻辑？
目前 DeepSeek v4 OpenAI-compatible API 会返回： reasoning_content 和 content 后续请求需保留并回传 reasoning_content ，否则出 400 错误。 目前只看到 axonhub 有相关适配： issues/1468 。 以下项目目前还没有看到适配： litellm newapi sub2api cliproxyapi 想知道还有哪些 AI 网关已经支持这个逻辑？ 5 个帖子 - 4 位参与者 阅读完整话题
在日常coding可能需要同一个对话切换不同模型，用过其他模型会话后切到deepseek就会报The content[].thinking in the thinking mode must be passed back to the API 。 要么只能一开始的时候整个会话就只用deepseek，但凡切到其他模型工具调用几轮就切不回来了 7 个帖子 - 3 位参与者 阅读完整话题
现已被封印…并且cc对于deepseek的思维链回传没做…开发体验要起飞了 好看是好看，好玩是好玩，token好烧啊… 9 个帖子 - 4 位参与者 阅读完整话题
似乎有这么一个问题：deepseek的API强制要求回传之前对话的thinking的内容 但是由于hermes本身没有涉及回传这个字段导致了会出现400报错 Non-retryable error (HTTP 400): HTTP 400: The reasoning_content in the thinking mode must be passed back to the API. Non-retryable error (HTTP 400) — trying fallback… Error code: 400 - {‘error’: {‘message’: ‘The reasoning_content in the thinking mode must be passed back to the API.’, ‘type’: ‘invalid_request_error’, ‘param’: None, ‘code’: ‘invalid_request_error’}} 但是有一个不合理的地方 如果这么说的话每一个session只有第一个对话是成功的后面都会失败。可是实际情况是我在上午的时候对话一直是没有问题的 刚刚才发现这个问题。 难道deepseek更换了API的请求要求？ 2 个帖子 - 1 位参与者 阅读完整话题
直接用普通模型控制服务器，新建对话，截图转markdown回传回答，一个会员账号多人共享。 2 个帖子 - 1 位参与者 阅读完整话题