workbuddy模型没反应是本地代理阻塞、上下文膨胀、websocket中断或模型服务故障所致；需先彻底结束workbuddy.exe和workbuddy-agent.exe进程并重启，再检查ws.readystate、压缩上下文、启用重试机制及切换模型验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy模型突然没反应，界面持续转圈、提示“正在处理其他消息”或直接返回空响应，不是网络卡顿那么简单，而是本地代理阻塞、上下文膨胀、模型服务中断或权限异常叠加导致的运行态故障。
先强制释放本地代理进程
右键点击任务栏中的WorkBuddy图标 → 选择「退出」→ 打开任务管理器（Ctrl+Shift+Esc）→ 在「进程」页签中查找并结束所有名为 workbuddy.exe 和 workbuddy-agent.exe 的进程 → 确认全部清除后，重新启动WorkBuddy。
⚠️注意：如果只点关闭窗口但没在任务管理器里杀干净进程，重启后卡顿大概率复现。WorkBuddy的本地Agent服务常驻后台，不彻底清理就等于带病运行。
检查WebSocket长连接是否中断
按下F12打开浏览器开发者工具 → 切换到Console标签页 → 输入 ws.readyState 回车执行 → 若返回值为0（CONNECTING）或3（CLOSED），说明WebSocket连接已断或从未建立成功。
此时不要反复刷新页面，直接执行：location.reload(true) 强制硬刷新并绕过缓存。
若仍无效，需检查系统是否启用了企业级代理或安全软件拦截了wss://协议请求。
压缩或重置当前会话上下文
第一步：点击当前会话右上角「⋯」→ 选择「停止当前任务」→ 等待3秒再发送一句「你好」测试是否恢复响应。
第二步：若恢复，立即对AI说「请压缩当前上下文」→ 它会自动剔除冗余对话、保留关键指令与记忆片段。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
第三步：若仍无响应，直接删除该会话 → 新建会话 → 用自然语言指令让AI读取「最近7天内的重要记忆」，而非全量加载。
这一步操作起来很简单，直接把文件拖进去就行。但别跳过「停止任务」这一步——【不先停止就新建会话，旧会话的上下文仍在后台占用资源】。
启用内置重试机制
点击顶部导航栏【设置】→【高级选项】→【AI服务稳定性】→ 将“单次请求失败后自动重试次数”由默认0次调整为3次 → 将“重试间隔时间（秒）”设为2.5 → 勾选“仅对HTTP 502/503/504状态码触发重试”。
这个配置能覆盖短时服务波动引发的中断，避免因间隔过短被服务端限流。
切换模型测试是否服务侧故障
方法一：在模型面板中，将当前模型临时切换为GLM-4-Lite或Qwen2.5-0.5b-q4_k_m。
方法二：若使用自定义模型，检查Base URL是否仍可访问，用curl -I验证/v1/models端点是否返回200 OK及正确Content-Type。
若切换后响应正常，说明原模型服务已不可用，等待恢复或更换备用链路即可。
