我猜是因为2api。 因为之前ds2api依赖文件上传，但是文件上传后来关了。于是可以通过 保存文件到github → 联网搜索获取github文件 的方式来间接上传文件。 10 个帖子 - 8 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 之前用过很长一段时间的ds2api，接在服务器上每天给我推送点trendings, memes啥的。 然后官方出手了，我100多个号21个被封禁，其它几乎全被禁言，作者仓库也归档了， 原来是pro的上传文件入口关了，ds2api的历史又都是靠文件上传的，当时我的bot一直换号重试导致账号全军覆没 后面改成flash了也还是会被禁言，新号1-2分钟就禁的那种，我简单试了一下会不会是根据关键词封号，把关键词都去掉了还把提示词改成了中文，结果真成了 现在还是让他干之前的工作，1天禁言1-2个左右，过两天又恢复了 我把项目贴在这里，有自用需求的佬友可以试试 tangsong404/whale2api: DeepSeek reverse proxy, supports 256K context deepseek-v4-flash 不要用于盈利了，没必要 为了防止封号： 1.只有flash，上下文还被我限制到了256K 2.工具调用说明被我大改，出错概率明显提高 用作日常简单任务、酒馆之类的没问题，想用作生产不大可能 2 个帖子 - 2 位参与者 阅读完整话题
首先从github上下载ds2api压缩包(windows)，接着解压到指定目录下，把config.example.json改名为config.json,修改.env文件并设置密码(DS2API_ADMIN_KEY=xxxxxx)，打开config.json，配置好accounts、api_keys信息保存并运行，在浏览器地址输入:127.0.0.1:5001,出现管理界面，输入设置的密码，配置好apikey就可以了。打开cc-switch,配置好apikey就可以使用了。 5 个帖子 - 4 位参与者 阅读完整话题
ds2api使用flash模型正常，但是无法使用pro模型 如图： 14 个帖子 - 10 位参与者 阅读完整话题
用国外IP无限制邮箱注册deepseek账号，然后挂载到 ds2api项目中使用的这种 7 个帖子 - 5 位参与者 阅读完整话题
github.com GitHub - CJackHwang/ds2api: DeepSeek-Compatible Middleware Interface: A... DeepSeek-Compatible Middleware Interface: A technical exploration project in Go, focusing on high-concurrency protocol adaptation. It serves as a reference implementation for converting diverse web protocols into standardized formats. 估计DS官方被十万个账户测试识图模式震惊到了，这段时间对2API封号太猛，现在开发者直接跑路了 10 个帖子 - 8 位参与者 阅读完整话题
我几个号全用不了了，都是显示这玩意儿。 8 个帖子 - 8 位参与者 阅读完整话题
ds2api，选的V4pro，酒馆配置了破限，但是还是会出现拒绝回答的情况。 官api是正常的。 10 个帖子 - 8 位参与者 阅读完整话题
课题前期得到D老师的帮助很多，早期用的ds2api（有点不好意思，但是需要的调试太多），后来ds的官方api和ds2api分任务情况搀着用，再到后来用纯官方api了，打算冲几千ds，但是之前报账出现问题，只能开出发票，不能开出 服务明细，单位不给报销，有没有佬遇到同样的问题。 ps：谴责这种烂屁股的事情，评论区很无耻。 3 个帖子 - 3 位参与者 阅读完整话题
rt，Hermes在用Camofox的browser_vision，调用vision模型为什么一定得用备用key，神了，弄半天就一个key的问题。难道更本质的原因是有的账号有灰度vision，有的没有，而不同的key使用的不同的账号？（但是这说不通啊，key和账号又没关联吧） 1 个帖子 - 1 位参与者 阅读完整话题
用ds2api原本的接口就没问题，一接入newapi就报错，有没有佬遇到这种情况的 1 个帖子 - 1 位参与者 阅读完整话题
如题，最近看到有ds2api项目，想着让codex帮忙写其他国模的2api项目，纯自用，不传播。不知道这会不会有法律风险 6 个帖子 - 6 位参与者 阅读完整话题
用的ds2api 翻译后服务器直接死了 2c2g的小鸡 50个账号，调的100并发 现在都打不开1p面版 3 个帖子 - 2 位参与者 阅读完整话题
接了个2api，调了半天 toolcall 使能还以为是自己瞎改 ds2api 导致的奇妙问题，结果上号一看气笑了，模型在自己意淫 toolcall 结果 10 个帖子 - 7 位参与者 阅读完整话题
接之前话题 https://linux.do/t/topic/1623235?u=CJackHwang 最近发现star数涨得老快了 然后就上Trending了，梁圣会不会制裁我啊 很感谢大家的支持和反馈啊，于是我连更两天把项目优化了亿下 最新的版本是v4.1.1-2，与之前版本比起来现在除了上下文有时候不太敏感以外，现在几乎接近原生API的水平了 不吹牛吧，试过就知道，我觉得至少应该是目前DeepSeek2API里面工具调用效果最好的，没有之一 具体实现思路项目内有非常详细的技术文档 入口在 ds2api/docs/README.md at dev · CJackHwang/ds2api · GitHub 重点看 github.com/CJackHwang/ds2api docs%2Fprompt-compatibility.md dev # API -> 网页对话纯文本兼容主链路说明 文档导航：[总览](../README.MD) / [架构说明](./ARCHITECTURE.md) / [接口文档](../API.md) / [测试指南](./TESTING.md) > 本文档是 DS2API“把 OpenAI / Claude / Gemini 风格 API 请求兼容成 DeepSeek 网页对话纯文本上下文”的专项说明。 > 这是项目最重要的兼容产物之一。凡是修改消息标准化、tool prompt 注入、tool history 保留、文件引用、current input file / legacy history_split、下游 completion payload 组装等行为，都必须同步更新本文档。 ## 1. 核心结论 DS2API 当前的核心思路，不是把客户端传来的 `messages`、`tools`、`attachments` 原样转发给下游。 而是把这些高层 API 语义，统一压缩成 DeepSeek 网页对话更容易理解的三类输入： 1. `prompt` 一个单字符串，里面带有角色标记、system 指令、历史消息、assistant reasoning 标签、历史 tool call XML 等。 2. `ref_file_ids` 一个文件引用数组，承载附件、inline 上传文件，以及必要时被拆出去的历史文件。 3. 控制位 例如 `thinking_enabled`、`search_enabled`、部分 passthrough 参数。 此文件已被截断。 显示原始文件 github.com/CJackHwang/ds2api docs%2Ftoolcall-semantics.md dev # Tool call parsing semantics（Go/Node 统一语义） 本文档描述当前代码中的**实际行为**，以 `internal/toolcall`、`internal/toolstream` 与 `internal/js/helpers/stream-tool-sieve` 为准。 文档导航：[总览](../README.MD) / [架构说明](./ARCHITECTURE.md) / [测试指南](./TESTING.md) ## 1) 当前可执行格式 当前版本推荐模型输出 DSML 外壳： ```xml <|DSML|tool_calls> <|DSML|invoke name="read_file"> <|DSML|parameter name="path"><![CDATA[README.MD]]></|DSML|parameter> </|DSML|invoke> </|DSML|tool_calls> ``` 兼容层仍接受旧式 canonical XML： 此文件已被截断。 显示原始文件 这两个文档 希望我项目工程实现对大家有启发 用DeepSeek在本项目接cc从0-1写的react博客系统 工具调用部分 参考了官方v4技术文档 然后再结合外部我们的解析器和上下文工程实现比较稳定的输出 我们项目现在也默认启用内置的Max思考注入 后台可以关闭 9 个帖子 - 9 位参与者 阅读完整话题