必须启用 lossless-claw 上下文引擎并配置持续代理循环，通过 Web 控制台或编辑 config.yaml 设置 talk.loop_mode: true、tool_context_retention: 30s 和 auto_invoke_tools: true，重启服务后在 Google Meet 中触发多插件连续调用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在 OpenClaw v2026.4.24 中启用 Google Meet、Voice Call 或 Talk 模式下的实时语音循环，并让语音流持续触发后台所有已启用的工具插件（如文件处理、搜索、飞书通知等），必须绕过默认的单次响应限制，强制激活完整代理上下文链路。
确认语音通道与模型支持状态
打开终端，执行 openclaw plugins list，检查 @openclaw/voice-call 和 @openclaw/google-meet 是否处于 enabled 状态且版本号为 v2026.4.24。若未安装，运行 openclaw plugins install @openclaw/voice-call@2026.4.24；注意：必须指定精确版本，否则可能加载旧版导致循环中断。
执行 openclaw config validate，确保配置中 "slots": {"contextEngine": "lossless-claw"} 已启用——这是维持多轮语音上下文不丢失的关键前提，【缺失此项将导致每次语音输入后上下文重置，工具无法连续调用】。
启用 Talk 模式下的全工具代理循环
方法一：通过 Web 控制台配置
访问 http://localhost:3210 → 进入「Agent 设置」→ 找到「Talk 模式行为」→ 将「语音响应模式」从默认的「单次应答」切换为「持续代理循环」→ 在「可调用插件白名单」中勾选全部已启用技能插件（如 file-opener、feishu-notify、web-search）→ 保存后点击「强制重载 Talk 引擎」。
方法二：命令行直写配置（推荐用于生产环境）
为 OpenClaw 创建可直接分流的 GitHub issue 草稿，用于报告代理缓慢、损坏、无响应、工具匮乏、性能下降或“不够智能”等问题。使用 ...
编辑 ~/.openclaw/config.yaml，在 talk: 节点下添加：
loop_mode: true
tool_context_retention: 30s
auto_invoke_tools: true
其中 tool_context_retention: 30s 表示语音流暂停后 30 秒内仍保留上一轮调用的工具上下文，避免重复鉴权或会话断裂；该值不可设为 0 或空，否则循环失效。
启动并验证实时语音循环
第一步：重启服务以加载新配置 → 执行 openclaw restart；等待终端输出 ✅ Talk loop engine initialized 后再进行下一步。
第二步：发起一次 Google Meet 会议 → 在会议中点击「加入 OpenClaw 语音桥」按钮 → 系统将自动建立双向音频流。
第三步：说出指令：“查一下上周飞书里发的合同PDF，下载后转成文字，再发给张经理” → 此时 OpenClaw 应依次调用 @openclaw/feishu → @openclaw/file-downloader → @openclaw/pdf-ocr → @openclaw/feishu，全程无需人工干预，语音流保持开启状态。
第四步：监听日志 → 打开另一终端窗口，运行 openclaw logs --filter talk → 观察是否出现连续的 [LOOP] Invoking skill: pdf-ocr 和 [CONTEXT] Retained from previous audio frame 日志条目；若仅出现一次 Invoking 且无 Retained，说明循环未生效，需返回第二步检查 tool_context_retention 值是否被覆盖。
