版本
v3.0.3
问题
- 在日志中并没有提供完整的调试信息(返回值,返回的 body(包含了 LLM 的完整返回内容)等)。即使日志等级是 DEBUG,这些信息似乎也没有提供(或被截断)。
- 上报服务器不稳定,时常出现 500 Internal Server Error 的情况。并且日志中给出的
paste.thfls.club 这个网址没有 DNS 记录根本访问不了,应该改成 dump.yesimbot.chat。想下载报告也下载不到。
- 文档中缺失上报服务器这部分的信息,如
- 协议
- 如何自建/后端实现
- 替代地址
没有这些,单独提供一个上报地址的配置选项并不能给普通用户提供更好的调试体验。
- 模型组单个模型出错但是整体成功时不上传错误报告
- 错误报告在返回空内容时没有具体的返回 body。
方案
希望可以在 DEBUG loglevel 下展示完整的调试信息而不是打包上传到一个服务器上并在日志中截断。
我相信在日志中提供更加详细的信息会更有利于调试。
例如在 LLM 没有返回正确的 json 时,知道 LLM 的返回内容也可以更好的诊断错误并微调提示词。在配置出错时时候,知道 HTTP 返回码并不足以解决问题,知道完整的 body 会更有用。
临时解决方案
可以在本地跑一个 echo server ,把 do_POST 里的这一行
print("Request payload:", self.rfile.read(length))
改成
print("Request payload:", self.rfile.read(length).decode('utf-8'))
并把错误上报地址改成这个地址即可抓取到错误报告。
似乎就是将一个 markdown 格式的错误报告和调试信息打包上传了。
日志
2026-07-02 20:52:19 [D] [智能体核心] [onebot:669350901] 意愿计算: 97.61 -> 98.17 | 回复概率: 100.0% | 初步决策: true
2026-07-02 20:52:20 [D] [刺激调度器] [onebot:669350901] 锁定频道并开始执行任务
2026-07-02 20:52:20 [I] [心跳处理器] Heartbeat | 第 1/5 轮
2026-07-02 20:52:20 [D] [心跳处理器] 步骤 1/4: 构建提示词上下文...
2026-07-02 20:52:20 [D] [提供商] [gemini] 🌐 使用代理 | 地址: http://127.0.0.1:20171
2026-07-02 20:52:22 [I] [数据上下文构建器] 成功检索 6 条召回记忆
2026-07-02 20:52:22 [D] [心跳处理器] 步骤 2/4: 准备模板渲染视图...
2026-07-02 20:52:22 [D] [心跳处理器] 步骤 3/4: 渲染提示词模板...
2026-07-02 20:52:22 [D] [心跳处理器] 步骤 4/4: 构建最终消息...
2026-07-02 20:52:22 [I] [心跳处理器] 步骤 5/7: 调用大语言模型...
2026-07-02 20:52:22 [I] [请求执行器][gemini] [跳过] 模型 gemini-3.5-flash (断路器开启)
2026-07-02 20:52:22 [E] [请求执行器][gemini] 所有可用模型均未能成功处理请求
2026-07-02 20:52:22 [E] [心跳处理器] 🛑 [错误报告]
2026-07-02 20:52:22 [E] [心跳处理器] - 环节: Heartbeat #1
2026-07-02 20:52:22 [E] [心跳处理器] - 详情: 模型组 'gemini' 中的所有模型都未能处理请求
2026-07-02 20:52:22 [E] [心跳处理器] - 建议: 这表明存在普遍性问题。请检查错误报告中的 'cause' 以了解单个模型的失败原因。这可能是网络问题或影响组内所有模型的问题
2026-07-02 20:52:22 [W] [心跳处理器] - 调试上下文: {"failedModels":[],"accumulatedErrors":[]}
2026-07-02 20:52:22 [D] [心跳处理器] - 根本原因: 所有模型均失败
AggregateError: 所有模型均失败
at RequestExecutor.execute (/opt/koishi/node_modules/koishi-plugin-yesimbot/lib/services/model/service.js:271:20)
at ChatModelSwitcher.chat (/opt/koishi/node_modules/koishi-plugin-yesimbot/lib/services/model/service.js:459:25)
at HeartbeatProcessor.performSingleHeartbeat (/opt/koishi/node_modules/koishi-plugin-yesimbot/lib/agent/heartbeat-processor.js:154:57)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async HeartbeatProcessor.runCycle (/opt/koishi/node_modules/koishi-plugin-yesimbot/lib/agent/heartbeat-processor.js:47:23)
at async StimulusScheduler.taskCallback (/opt/koishi/node_modules/koishi-plugin-yesimbot/lib/agent/agent-core.js:54:29)
at async Timeout.<anonymous> (/opt/koishi/node_modules/koishi-plugin-yesimbot/lib/agent/scheduler.js:45:21)
2026-07-02 20:52:22 [D] [刺激调度器] [onebot:669350901] 频道锁已释放
2026-07-02 20:52:23 [E] [错误报告] 上传服务返回错误: 500 - Internal Server Error
版本
v3.0.3
问题
paste.thfls.club这个网址没有 DNS 记录根本访问不了,应该改成dump.yesimbot.chat。想下载报告也下载不到。没有这些,单独提供一个上报地址的配置选项并不能给普通用户提供更好的调试体验。
方案
希望可以在 DEBUG loglevel 下展示完整的调试信息而不是打包上传到一个服务器上并在日志中截断。
我相信在日志中提供更加详细的信息会更有利于调试。
例如在 LLM 没有返回正确的 json 时,知道 LLM 的返回内容也可以更好的诊断错误并微调提示词。在配置出错时时候,知道 HTTP 返回码并不足以解决问题,知道完整的 body 会更有用。
临时解决方案
可以在本地跑一个 echo server ,把
do_POST里的这一行改成
并把错误上报地址改成这个地址即可抓取到错误报告。
似乎就是将一个 markdown 格式的错误报告和调试信息打包上传了。
日志