tisfeng

最近我也遇到了这个问题，但有时候又正常，时好时坏，不知道啥情况 😑

你好，我这边测试 gpt-4o-mini 验证是正常的，我也用的是 one-api。 我们并没有对某些模型特殊对待，可能某些渠道模型服务有波动。 如果你认为这可能是 Easydict 的问题，请先尝试使用命令行 curl 验证该模型服务是否能正常调用。

> w我遇到的是火山翻译 也显示格式错误， 但是我用另一个翻译软件验证火山的 API，是可以通过的 火山翻译官方似乎偷偷修改了字段，导致目前 Easydict 报错，下个版本将会修复 https://github.com/tisfeng/Easydict/pull/863

很奇怪，我测试并没有遇到这个问题。 目前的服务验证逻辑比较简单，只要翻译例句测试结果有返回，就视为验证成功。 > 如果你认为这可能是 Easydict 的问题，请先尝试使用命令行 curl 验证该模型服务是否能正常调用。 @flystdio 请先确定一下，如果命令行没问题，可以邮件将 endpoint 和 apikey 发给我，我来测试看看。

ok，我看一下。 你这里直接暴露了 key，不太好，我帮你隐藏了。 稍后等我测试完，建议 revoke 一下，毕竟还是有编辑历史记录。

使用上述提供的 api 测试发现，可能是你使用的服务 API 不是标准的 [OpenAI 接口格式](https://platform.openai.com/docs/api-reference/responses-streaming/response/created)，导致 easydict 数据解析失败了。 具体来说，是返回的 usage 字段格式异常，usage 要么是 null，要么就必须包含 completion_tokens 等关键数据，而下面示例中的 `"usage": {}` 是错误的。 建议尝试换标准的 OpenAI 接口格式服务试一下。 ```json { "id": "chatcmpl-BgTaPMsKVlTTSdloSXfToYJsrmETE", "object": "chat.completion.chunk", "created": 1749463205,...

Markdown 可以支持，但目前不好改，得等到 SwiftUI 重写查询窗口后了 https://github.com/tisfeng/Easydict/pull/575

ok，收到。

我知道可以切换周、月视图，但有时候会需要手动定位某一天的日历，这样赛程看起来不清晰。 既然可以将 BO5 的时长改为 4，那是否可以将 BO3 的时长改为 2 ？这样也不会影响什么，BO3 本来就可能打 2 场或 3 场，修改后还能优化日历显示。

ok, I'll take a look at it later.