查找技能

从CodexBar本地费用日志中，按模型汇总Codex或Claude的使用费用，以文本或JSON查看最近的代表模型、全部模型或指定模型的费用。

• 查看最近代表模型的费用
• 比较全部模型的使用费用
• 汇总已导出的费用日志

通过mcporter命令管理连接AI代理与外部工具的MCP服务器。可列出服务器、检查工具输入输出规范、配置连接、完成认证并调用工具。

• 查看MCP工具及参数规范
• 配置MCP连接并完成认证
• 使用JSON参数调用工具

用交互式图示解释代码结构、执行流程和性能差异，并在OpenClaw仪表板中持续展示相关指标、表格和图表，便于比较实测结果与查看信息。

• 解释代码结构和数据流
• 比较实测性能结果
• 操作并检查界面原型

通过代理查看macOS上Things 3中的今日任务和收件箱，搜索、添加或更新任务，并管理备注、截止日期、标签、清单及项目归属。

• 查看今日任务和收件箱
• 添加带截止日期和清单的任务
• 搜索并更新已有任务

登记博客和RSS/Atom订阅源，扫描更新以发现新文章，查看来源与文章列表，标记单篇或全部文章为已读，并增删关注的来源。

• 查看常读博客的新文章
• 持续关注多个RSS/Atom订阅源
• 将看过的文章标记为已读

按城市、地区、机场代码或坐标查询当前天气和预报，汇总气温、体感温度、降水量、湿度及风况，便于出门前查看和规划旅行。

• 出门前查看降雨和气温
• 查询旅行目的地的天气预报
• 查看体感温度和风况

通过Peekaboo查看macOS应用和窗口，获取截图及界面元素，指定目标后执行点击、文字输入和按键等操作，并检查操作后的画面以确认结果。

• 保存macOS屏幕截图
• 在指定窗口中输入文字
• 检查操作后的画面

审查REA的分析流程与缓存设计，在保持结果正确性和依据可访问性的同时，改善耗时、CPU与内存使用，以及智能体需要处理的信息量。

• 调查分析流程缓慢的原因
• 审查缓存设计
• 降低CPU和内存负载

审查REA的CI与测试集，验证是否存在漏报缺陷的判定或测试数据偏差，并依据实际测量结果，在保留必要缺陷检测能力的前提下评估运行成本。

• 调查漏报缺陷的CI判定
• 核对测试数据与当前规范的差异
• 测量缓慢测试集中的无效开销

依据固定版本的REA Git历史整理变更日志和发布说明，核实贡献者致谢与问题链接，并检查内容是否与Release Please的发布正文一致。

• 根据Git历史编写发布说明
• 说明变更对用户的影响
• 核实贡献者致谢与问题链接

使用REA分析已发布的应用、二进制文件、软件包和固件，解释功能并比较版本差异。结合反编译与运行时观察，区分证据、推断和未知事项。

• 调查已发布应用的功能实现
• 比较不同版本的应用行为
• 分析二进制文件和随附资源

设计或修改REA调查工具时，梳理职责范围、输入输出及CLI或MCP调用约定，并提出涵盖调查依据含义、现有工具比较和验证方法的设计方案。

• 设计新的REA调查工具
• 调整CLI或MCP的输入输出
• 明确provider职责与Evidence含义

为功能开发准备独立工作区，先检查是否已隔离，再使用环境内置功能或 git worktree 创建，并完成依赖准备和修改前的测试。

• 在独立工作区开始功能开发
• 执行实施计划前准备环境
• 检查当前工作区是否已隔离

读取 superpowers 会话记录，调查重复工作、偏离计划、耗时及令牌消耗。以文件路径和行号为依据整理经过，生成有证据支持的报告。

• 调查重复工作或偏离计划的情况
• 查看会话耗时和令牌消耗
• 确认技能是否被使用

将实施计划中的任务逐一交给不同的代理，检查是否符合规格要求以及代码质量，并将进度记录到文件中，最后审查整个分支的全部变更。

• 执行任务基本独立的实施计划
• 逐项检查任务是否符合规格要求
• 根据进度记录恢复工作

在同一会话中逐项执行已有的实施计划，确认测试先失败后通过，记录进度与判断，并在全部任务结束后审查整个分支的更改。

• 执行已有的开发计划
• 不另派实施代理完成工作
• 根据进度记录恢复任务

在功能实现后或合并前，请另一个智能体审查代码。整理修改内容、需求和目标提交范围，再根据审查意见的严重程度推进修复。

• 大型功能实现后的代码审查
• 合并前检查修改
• 为复杂问题修复寻求独立审查

将代码审查意见与实际代码、支持的运行环境及现有行为进行核对，确认建议是否合理，梳理疑问并依据技术证据回复，再逐项修改和测试。

• 梳理含糊的代码审查意见
• 核实建议修改的兼容性
• 检查拟扩展的功能是否实际使用

在实现完成后检查全部测试，让用户选择本地合并、创建拉取请求或保留现状，并执行所选操作，再根据选择和工作环境整理分支与工作区。

• 在本地合并已完成的功能
• 推送分支并创建拉取请求
• 保留已完成的修改以便日后整合

将相互独立的缺陷或测试失败分配给不同代理，并行调查和修复。明确各自范围与报告要求，再检查修改冲突、运行完整测试并整合结果。

• 调查原因互不相关的测试失败
• 修复不同功能中的独立缺陷
• 明确多个代理的工作范围

规定会话开始时检查相关技能，并在回复或执行任务前加载的流程。优先使用决定工作方法的技能，再衔接实施技能及各运行环境的使用指南。

• 在会话开始时检查技能
• 在开发功能前选择技能
• 在调查故障前选择技能

在报告任务完成或修复成功前运行测试、构建等检查，核对完整输出，并在提交修改或创建拉取请求前，以当前实际结果为依据说明状态。

• 报告完成前核对结果
• 验证问题是否修复
• 提交或创建拉取请求前验证

在开始新功能或项目之前，通过对话明确目的、偏好和限制。根据需要用图示或原型核对理解，并按工作规模整理说明或设计文档。

• 明确新功能的目的
• 整理演讲或商业构想
• 比较界面或房间布局

通过先写测试、确认失败再实现的流程添加功能或修复缺陷。只编写让测试通过所需的代码，再保持测试通过并整理代码，完成前运行项目的完整测试集。

• 从测试开始实现新功能
• 用测试复现并修复缺陷
• 保持测试通过并重构代码