错误需分级提示：400提示检查输入，429提示稍后再试，5xx提示刷新重试；混元特有错误须前端语义转换，如“messages must end with user”转为“AI正在思考中，请再问一次”；弹窗标题固定为「AI服务提示」，按钮按场景动态显示。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当腾讯混元AI应用在调用过程中返回错误（如400 Bad Request、429限流、500服务异常等），用户界面必须给出明确、可操作、不暴露后端细节的提示，避免显示原始报错信息或技术术语。
前端请求失败时的基础提示逻辑
在发起 API 请求的 JS 代码中，捕获 fetch 或 axios 的响应错误，并统一走语义化提示分支：
判断响应状态码 → 若 status >= 400 且不是 401/403（鉴权类）→ 调用统一提示函数 showUserFriendlyError(errorInfo)。
这一步不能直接弹出 error.message 或 response.statusText，因为混元接口返回的 message 字段常含调试信息（如“messages must end with user role”），会误导普通用户。
按错误类型分级提示文案
方法一：根据 HTTP 状态码映射友好提示
400 → 【请检查输入内容是否为空或含特殊符号】
429 → 【当前请求太频繁，请稍后再试】
500 / 502 / 503 / 504 → 【服务暂时繁忙，请刷新页面重试】
注意：401 和 403 必须单独处理，跳转登录页或弹出「身份已过期，请重新授权」，【不可复用通用错误提示】。
混元特有错误的语义转换
第一步：解析响应体中的 error.message 字段，匹配关键词
第二步：对高频混元报错做白话映射
包含 “messages must end with user” 或 “tool call sequence invalid” → 提示【AI 正在思考中，请再问一次】
包含 “parallel_tool_calls not supported” → 提示【当前功能暂不支持多任务并行，请分步提问】
包含 “exceeded max tokens” → 提示【输入内容过长，请精简后重试】
这一步必须在前端完成，不能依赖后端转换——因为 LiteLLM 代理层虽能修复请求，但无法拦截并改写响应体中的 error.message。
带操作按钮的增强型错误弹窗
第一步：使用 modal 弹窗而非 alert，标题固定为「AI 服务提示」
第二步：正文显示上一节生成的语义化文案
第三步：底部按钮组按场景动态渲染
① 错误可恢复（如429、5xx）→ 显示「刷新重试」按钮，点击后 location.reload()
② 输入问题（如400、token超限）→ 显示「修改内容」按钮，聚焦到输入框并全选文字
③ 工具调用失败（含 tool、function 字样）→ 显示「换种问法」按钮，自动清空输入框并插入示例：“帮我查一下今天的天气”
