AionClaw 返回非标准JSON通常因启用流式响应（SSE格式）、TaoToken网关注入调试字段或模型配置不匹配所致；应先查开发者日志中的原始response.body，用JSON校验工具验证，再依序关闭流式、修正TaoToken响应格式、绕过AionClaw用curl直连验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 AionClaw 中调用模型后收到一串看似 JSON 格式的响应，但程序报错提示 JSONDecodeError、Unexpected token 或直接无法解析为字典对象时，问题通常不出在模型本身，而是返回体被额外包装、换行截断、含不可见字符或混入调试信息。
确认原始响应是否真为合法 JSON
第一步不是改代码，而是看 AionClaw 日志里实际发回来的完整响应体。打开 AionClaw 的「开发者日志」面板（设置 → 高级 → 启用调试日志），重跑一次任务，找到对应请求的 response.body 原始内容。不要只看 UI 上显示的“输出结果”，那个可能是经过前端美化或截断后的版本。
复制原始 body 全文，粘贴到在线 JSON 校验工具（如 jsonlint.com）中验证。如果校验失败，说明问题就在这里——AionClaw 默认启用了「带前缀的流式响应」模式，返回的是类似 data: {"answer": "xxx"} 的 SSE 格式，不是纯 JSON。
关闭流式响应或手动剥离前缀
方法一：在 AionClaw 设置中禁用流式输出
进入「设置 → 模型配置 → 高级选项」，找到 【Enable streaming response】 选项并关闭它。重启 AionClaw 后，模型将返回标准 JSON 对象而非 SSE 流，Python 的 json.loads() 可直接解析。
方法二：保留流式但做前缀清洗（适用于必须开启流式场景）
若你依赖流式响应做实时渲染，需在接收端手动处理。AionClaw 返回的每行以 data: 开头，后面跟一个 JSON 对象。用 Python 解析时，先按行分割，过滤掉空行和非 data: 行，再对每行调用 line.strip().removeprefix("data:").strip()，最后对清理后的字符串执行 json.loads()。注意：最后一行可能是 data: [DONE]，必须跳过。
检查 TaoToken 网关是否注入非 JSON 内容
如果你已接入 TaoToken 统一通道，请确认 TaoToken 控制台中该 Key 的「响应格式」设置为 【OpenAI-compatible JSON】，而非「Raw text」或「Debug mode」。后者会强制在 JSON 外层包裹调试字段（如 {"debug_info":{...},"response":{"choices":[...]}}），导致直接解析失败。
登录 https://taotoken.net → API Keys → 编辑对应 Key → 找到「Response Format」下拉菜单，选中「OpenAI-compatible」并保存。该操作会立即生效，无需重启 AionClaw。
验证模型返回体结构是否符合预期
步骤一：用 curl 直接绕过 AionClaw 调用 TaoToken 接口
在终端执行：curl -X POST https://taotoken.net/api/chat/completions -H "Authorization: Bearer sk-xxx" -H "Content-Type: application/json" -d '{"model":"qwen2.5-72b","messages":[{"role":"user","content":"hello"}]}'。观察返回是否为标准 OpenAI 格式 JSON（含 choices[0].message.content 字段）。
步骤二：比对 AionClaw 实际发出的请求体
在 AionClaw 开发者日志中找到请求的 request.body，确认其 model 字段值与你在 TaoToken 控制台启用的模型 ID 完全一致（例如填了 qwen2.5-72b 却在 TaoToken 后台只开通了 qwen2.5-32b，会导致网关降级返回非标准结构）。
步骤三：若 curl 返回正常但 AionClaw 仍解析失败，说明 AionClaw 自身做了非透明封装。此时需在 AionClaw 设置中启用「Raw model output」开关（路径：设置 → 模型配置 → 输出控制），关闭所有后处理逻辑。
