分类： 随笔

这篇文章记录 EchoBuddy 在接入 DSH 文件引用时遇到的 400 / code 11128 问题，以及我们如何把它修好。

问题从哪里来

国内版上游会检查请求中的连续文本。DeepSeek Harness 的文件引用插件会注入一段固定提示词，这段连续文本被识别成了非官方客户端特征，于是请求被拦截。

修复做了什么

• 只对文件引用提示词做最小化的文本中和。
• 在第一句中加入语义等价的 that，打断连续指纹。
• 作用域覆盖 system、developer 和 assistant。
• 保持幂等，重复处理不会继续改变文本。

如何验证

升级到 WorkBuddy2API-Hub v1.9.0 后，我们用 wlx 国内版 Key、完整 DSH 文件引用段和 deepseek-v4.1-flash 做了真实请求，返回 HTTP 200，响应中不再出现 11128。

这也是我们想把部署记录公开的原因：服务不只是一个入口，问题、修复和验证过程同样值得被阅读。

EchoToken API 提供 OpenAI 兼容的接口。你可以继续使用熟悉的 SDK 或客户端，只需要把 Base URL 换成自己的入口。

你需要准备什么

• 一个 EchoToken API Key。
• 一个支持 OpenAI Chat Completions 的客户端。
• 需要调用的模型名称。

最短请求路径

curl https://api.echotoken.top/v1/chat/completions \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"your-model","messages":[{"role":"user","content":"Hello"}]}'

如果你更习惯图形化界面，可以打开 API platform 管理 Key、查看模型和检查用量；如果你想直接开始对话，可以从 Chat 入口进入。

遇到问题时

先确认 Base URL 末尾包含 /v1，再确认 Authorization 使用的是 API Key，而不是面板登录密码。模型不可用时，回到 API 面板检查上游渠道和模型目录。

AI 工具越来越多，真正让人留下来的，往往不是一个 API 地址，而是有人把复杂的变化讲清楚。

EchoToken 从一个服务入口开始，但我们不想把它做成只有按钮和登录框的中转站。我们更希望这里像一个小型编辑部：记录 AI 产品、开源工具、工作流和真实使用中的问题，也把自己的实践过程公开出来。

我们会写什么

• AI 观察：模型、客户端和产品更新，用短文解释它为什么值得关注。
• 开源实验室：值得试用的项目、部署记录和踩坑经验。
• 工作方法：从 API 调用到自动化流程，把能复用的步骤写出来。
• 项目日志：EchoToken 自己的版本更新、服务状态和修复过程。

为什么保留 RSS

内容应该可以被订阅、保存和再次阅读。我们会保留站点 RSS，让读者用自己熟悉的阅读器跟踪更新，而不是依赖一次性的推荐流。

接下来，EchoToken 会从原创文章开始，再逐步加入经过筛选的开源新闻和 AI 热点。每一条外部内容都会保留来源、时间和原文链接。

如果你第一次来到这里，可以先从动态栏目开始；如果你正在开发，再进入产品导航里的 API、Chat 或 EchoBuddy。