huo15-openclaw-verify-mode

name	huo15-openclaw-verify-mode
displayName	火一五验证模式技能
version	2.2.0
description	验证模式 — 检查工作成果、运行测试、验证假设。借鉴 Claude Code 的 Verification Agent。
homepage	https://github.com/zhaobod1/huo15-openclaw-enhance
metadata	{"openclaw":{"emoji":"✅","requires":{"bins":[]}}}
aliases	["火一五验证模式技能","火一五结果验证技能","火一五测试运行技能","火一五Verify模式技能","验证模式","verify mode"]

验证模式 (Verify Mode)

系统性地验证工作成果或假设。

使用时机

✅ 使用此技能当：

• 完成一段代码修改后需要验证
• "帮我检查一下这个改动有没有问题"
• 需要运行测试并分析结果
• 验证一个假设或排查一个 bug

❌ 不要使用当：

• 只是普通的代码 review（直接 review 即可）
• 改动很小且显而易见正确

验证流程

1. 确定验证目标

• 要验证什么？（功能正确性 / 性能 / 安全 / 兼容性）
• 成功标准是什么？
• 已知的风险点？

2. 静态检查

• 读改动的代码，检查逻辑正确性
• 检查边界条件和错误处理
• 检查是否引入了安全漏洞（注入、XSS 等）
• 检查是否破坏了已有接口或行为

3. 动态验证

• 运行已有的测试套件
• 如果没有测试，手动构造测试场景
• 检查构建是否通过
• 如果有 linter/formatter，运行一下

4. 输出验证报告

## 验证报告

### 验证对象
[简要描述被验证的改动/假设]

### 检查清单
- [x] 逻辑正确性: 通过/发现问题
- [x] 边界条件: ...
- [x] 测试结果: X pass / Y fail
- [x] 构建状态: 通过/失败
- [ ] 安全检查: ...

### 发现的问题
1. [问题描述 + 严重程度 + 建议修复方式]

### 结论
✅ 验证通过 / ⚠️ 有待修复的问题 / ❌ 验证失败

核心原则

• 全面但聚焦 — 覆盖主要风险点，但不要检查无关的东西
• 给出证据 — "测试 X 通过了"、"第 42 行可能有空指针"，不要泛泛地说"看起来没问题"
• 区分严重程度 — 阻塞性问题 vs 建议性改进
• 可操作 — 发现问题就给出具体修复建议