ask模式静默失效需依次确认状态栏标识、重置ask_cache缓存、执行/rebuild-ask-index强制重建索引、验证api.workbuddy.qq.com/v1/ask/health连通性，并禁用claw插件排除事件劫持。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy Ask模式本应秒级响应纯文本问答，但输入后界面无反应、不转圈、不报错、光标静止——这不是模型加载慢的问题，而是Ask模式底层执行通道被阻断导致的静默失效。
确认Ask模式是否真正启用
点击右下角状态栏，检查是否显示【Ask】标识；若显示“Chat”“Code”或空白，则当前根本未进入Ask模式。此时任何指令都会被路由至其他引擎，自然不会触发只读语义检索流程。
手动切换：点击状态栏→从弹出菜单中选择“Ask”→等待右下角图标稳定显示为蓝色问号（约1.5秒），再输入问题。
清除Ask专用缓存与知识图谱句柄
Ask模式依赖本地预加载的知识图谱索引和轻量级语义解析器，其缓存文件损坏会导致初始化失败且不报错。
方法一：重置Ask运行时缓存（推荐）
关闭WorkBuddy → 打开用户数据目录 → 进入ask_cache/子文件夹 → 删除其中所有以index_开头的文件（如index_react_v19.bin、index_vue3.bin）→ 重启WorkBuddy。
方法二：强制重建知识图谱索引
启动WorkBuddy后，不输入任何问题，直接在输入框粘贴并发送：【/rebuild-ask-index --force】 → 等待底部出现绿色“Index rebuilt: 12 frameworks”提示 → 此时Ask模式才真正就绪。
验证Ask模式服务端连通性
Ask模式虽为本地优先，但仍需向api.workbuddy.qq.com发起一次轻量认证请求以校验许可证有效性。若该请求被拦截，Ask将永久静默。
腾讯云代码助手CodeBuddy旗下WorkBuddy 4.24.8版本正式发布。本版本重点修复了上下文压缩异常、冷加载时偶现历史消息丢失、任务停止卡死等问题，并深度优化了Windows沙箱(lightSandbox)的日志写入与误弹窗逻辑，提供更安全稳定的AI协作体验。
第一步：打开浏览器，访问 https://api.workbuddy.qq.com/v1/ask/health。
第二步：若返回 {"status":"ok","mode":"ask_ready"}，说明服务端正常；若显示连接超时、SSL错误或403拒绝，则问题出在网络层。
第三步：公司环境需确认防火墙放行该域名，且未启用深度包检测（DPI）策略——某些企业安全网关会静默丢弃带/ask/路径的HTTPS请求，导致Ask模式永远卡在认证环节。
禁用Claw插件临时绕过冲突
Claw远程控制模块与Ask模式共享同一套事件分发总线，当Claw因端口占用（如18789被TeamViewer占用）或状态异常时，会劫持所有输入事件，使Ask无法捕获指令。
Windows用户：按Win+R → 输入 cmd → 回车 → 执行：
start "" "C:\Program Files\WorkBuddy\WorkBuddy.exe" --no-claw
macOS用户：打开终端 → 执行：
open -n /Applications/WorkBuddy.app --args --no-claw
这一步会绕过Claw初始化，让Ask模式独占输入通道。若此时Ask恢复响应，说明Claw是罪魁祸首，后续需排查Claw端口冲突或重装Claw插件。
