“openclaw”的搜索结果

调查OpenClaw测试中的内存增长和内存不足，比较测量结果与内存对象记录，区分实际释放遗漏和测试进程保留的模块，并验证修复效果。

• 调查Vitest内存不足
• 比较同一进程的内存快照
• 区分释放遗漏与模块保留

通过命令行或智能体工具，从OpenClaw向指定电话号码发起语音通话，并在通话中传达消息、查询状态和结束通话。

• 向指定电话号码传达语音消息
• 在通话中追加消息
• 查询通话状态并结束通话

从Git历史重新生成OpenClaw发布用的更新日志，按用户影响归纳变更，保留Issue、PR引用与贡献者署名，并核查遗漏、已撤销变更及已发布说明。

• 在stable版发布前编写更新日志
• 整理相对上次beta基准的变更
• 核查贡献者署名与PR引用

Apply Carapace styling to existing OpenClaw interfaces through shared CSS, themes, and semantic tokens—named values for visual roles. Reuse existing components and check interaction states, accessibility, and browser screenshots for consistent presentation.

中文简介正在准备中。当前显示英语简介。

• Align existing OpenClaw screens with Carapace styling
• Reuse shared CSS and existing interface components
• Review focus states, status colors, and accessible names

通过操作次数与实测数据排查OpenClaw启动、聊天和界面显示缓慢的原因，优先减少不必要的处理，并支持性能改进PR的编写与审查。

• 排查启动或聊天响应缓慢
• 减少重复SQL查询与文件读取
• 根据实测数据审查性能改进PR

使用固定示例数据和实际渲染组件，为OpenClaw终端界面制作独立原型，在tmux中并排操作、比较二至六种方案，无需更改实际数据。

• 比较初始配置界面的方案
• 探索聊天与选择界面的布局
• 对比现有界面和改进方案

管理OpenClaw的多个Issue和PR，分配负责人调查原因、修复并验证，在获准范围内推进合并及关闭已解决事项，同时记录证据和进度。

• 管理多个Issue或PR的修复
• 完成已有的修复PR
• 验证并关闭已修复的Issue

根据OpenClaw的变更选择测试和检查，调查失败原因，涵盖本地验证、依赖特定环境的检查，以及转交相应流程的发布验证。

• 为源代码变更选择验证方式
• 复现缺陷并验证修复
• 调查CI失败原因

核对OpenClaw常规版与extended-stable版的发布位置、分发产物来源、测试证据和Gateway实际运行情况，判断版本是否已完整发布并可运行。

• 确认stable版是否完整发布
• 检查插件是否遗漏分发
• 核查extended-stable版证据

将提交给OpenClaw的自然语言请求转交给Claude Code等外部编程智能体，通过ACP或acpx启动、继续会话，并保留对话上下文。

• 在讨论串中启动Claude Code
• 继续外部智能体的现有工作
• 通过acpx直接传递指令

向连接Discord的OpenClaw代理或会话发送问题与消息，先确认接收目标，再根据请求选择私下询问、由会话决定是否发布，或明确要求的直接发布。

• 向Discord端的代理提问
• 发送前确认接收目标
• 让会话决定是否发布

检查并修改OpenClaw在GitHub上的安全公告，核查关联私有分支中的未关闭PR及发布条件，经批准后发布，并验证发布后的状态和内容。

• 检查公告与私有分支状态
• 更新漏洞信息和严重程度
• 批准前核查发布条件

通过日志和复现操作排查OpenClaw的模型通信、工具执行及响应流问题，并检查已保存的对话和附件，为修复原因与再次验证收集证据。

• 排查本地测试与真实服务的行为差异
• 确认模型实际可见的工具
• 调查响应流的延迟或中断

使用模拟环境或真实服务运行OpenClaw质量验证场景，调查并修复失败原因、检查结果报告，还可比较多个模型的表达方式和角色表现。

• 在模拟环境或真实服务中运行质量验证
• 调查失败场景并重新验证
• 比较多个模型的角色表现

用于编写和修改OpenClaw在Docker中的端到端测试，结合模拟服务器与真实服务，核查实际发送的请求、图像理解结果及用户最终看到的聊天回复。

• 添加或修改Docker端到端测试
• 核查发往依赖服务的请求内容
• 验证真实模型服务的行为

排查OpenClaw浏览器界面或官方应用无法连接的原因，区分网络路径、身份验证、设备配对与重连问题，并确认修复后目标设备能否重新连接。

• 排查Control UI连接失败
• 检查Android、iOS或macOS应用连接
• 排查二维码或设置代码连接问题

Set up, configure, update, and troubleshoot persistent memory for OpenClaw agents. The plugin stores conversations locally and supports automatic recall, task summaries, reusable skills derived from successful tasks, and a visual memory manager.

中文简介正在准备中。当前显示英语简介。

• Setting up persistent memory for OpenClaw
• Updating or troubleshooting the memory plugin
• Choosing local or external memory search models

Launch a new OpenClaw, PicoClaw, or Ottie deployment through Cloud Claw using the local CLI. Configure the agent type, deployment name, model, and Telegram settings according to the supported launch options and requirements.

中文简介正在准备中。当前显示英语简介。

• Launch a new OpenClaw deployment
• Deploy PicoClaw or Ottie for Telegram
• Choose an OpenClaw model before launch

测量OpenClaw测试和插件验证的耗时与内存使用，调查模块加载及启动过程中的原因，在保留测试验证范围的同时改进，并比较变更前后的数值。

• 调查测试缓慢和模块加载开销
• 减少插件验证耗时和内存使用
• 调查测试期间的内存增长

处理OpenClaw的GitHub Secret Scanning警报，检查凭据泄露位置，遮盖正文中的机密信息，删除并重建评论，通知作者并完成警报处理。

• 查找凭据泄露的位置
• 遮盖Issue和PR正文中的机密信息
• 删除并重建含有机密信息的评论

通过真实用户账号在Telegram测试服务器上操作OpenClaw，记录回复、编辑、删除、回应和输入状态，验证用户可见的行为，并用实际客户端截图检查显示效果。

• 验证私聊回复和命令
• 检查群组提及和话题
• 检查编辑、删除和输入状态

在OpenClaw的QA Lab中验证Telegram草稿与最终消息的送达顺序，通过QA Channel和实际Telegram插件运行同一场景。

• 检查Telegram草稿与最终消息的送达
• 通过QA Channel验证消息流程
• 通过实际Telegram插件运行验证

使用OpenClaw的browser工具完成多步骤网页操作，先检查登录状态与标签页，再读取页面并操作；同时处理失效的操作目标引用和超时问题。

• 完成多步骤网页任务
• 操作前确认登录状态
• 复用标签页并清理重复项

使用共享的OpenClaw审查流程和辅助脚本检查代码，同时遵循目标仓库的专属要求。实际审查流程来自统一安装的共享技能。

• 按统一流程审查代码
• 检查仓库专属审查要求
• 集中更新共享审查流程