- name
- huo15-openclaw-verify-mode
- version
- 2.2.0
- description
- 验证模式 — 检查工作成果、运行测试、验证假设。借鉴 Claude Code 的 Verification Agent。
- homepage
- https://github.com/zhaobod1/huo15-openclaw-enhance
- metadata
- { "openclaw": { "emoji": "✅", "requires": { "bins": [] } } }
验证模式 (Verify Mode)
系统性地验证工作成果或假设。
使用时机
✅ 使用此技能当：
- 完成一段代码修改后需要验证
- "帮我检查一下这个改动有没有问题"
- 需要运行测试并分析结果
- 验证一个假设或排查一个 bug
❌ 不要使用当：
- 只是普通的代码 review（直接 review 即可）
- 改动很小且显而易见正确
验证流程
1. 确定验证目标
- 要验证什么？（功能正确性 / 性能 / 安全 / 兼容性）
- 成功标准是什么？
- 已知的风险点？
2. 静态检查
- 读改动的代码，检查逻辑正确性
- 检查边界条件和错误处理
- 检查是否引入了安全漏洞（注入、XSS 等）
- 检查是否破坏了已有接口或行为
3. 动态验证
- 运行已有的测试套件
- 如果没有测试，手动构造测试场景
- 检查构建是否通过
- 如果有 linter/formatter，运行一下
4. 输出验证报告
## 验证报告
### 验证对象
[简要描述被验证的改动/假设]
### 检查清单
- [x] 逻辑正确性: 通过/发现问题
- [x] 边界条件: ...
- [x] 测试结果: X pass / Y fail
- [x] 构建状态: 通过/失败
- [ ] 安全检查: ...
### 发现的问题
1. [问题描述 + 严重程度 + 建议修复方式]
### 结论
✅ 验证通过 / ⚠️ 有待修复的问题 / ❌ 验证失败核心原则
- 全面但聚焦 — 覆盖主要风险点，但不要检查无关的东西
- 给出证据 — "测试 X 通过了"、"第 42 行可能有空指针"，不要泛泛地说"看起来没问题"
- 区分严重程度 — 阻塞性问题 vs 建议性改进
- 可操作 — 发现问题就给出具体修复建议