用途：verify 是一个“验证协议”技能，用于在把任何任务标记为完成之前，生成严格的自评清单，并为每个条目提供证据。资料强调：如果没有实际证据，就不能算完成。
主要能力与检查项： 一、任务类型与策略：区分 FIX / FEATURE / REFACTOR / DOCS / INVESTIGATION，并选择可执行验证或静态验证策略。 二、WORKS 检查：对可执行代码要求执行输出、真实数据运行、回归测试、边界用例测试的证据；对静态资产（文档、配置、分析）要求准确性核对、格式合规、链接有效性。资料明确：退出码为 0 不足以证明成功。 三、FIXED 检查：针对缺陷修复，要求观察修复前状态、确认原问题不再出现，并说明是否新增回归测试。 四、质量门：要求通过 pre-commit 钩子、lint、类型检查（如适用），并给出输出。 五、比例响应检查：若任务元数据中存在问题分类，则按其类型核对：procedural 要全库搜索无残留、defect 要针对根因、recurring-pattern 要加护栏、missing-guardrail 要补上缺口、unbounded-design 要实现设计并记录权衡；无分类则标 N/A。 六、代理委派验证：委派给子代理时，代理的成功报告不构成证据，需自行查看 git diff、阅读改动文件并独立运行验证命令。 七、诚实检查：确认是否验证了完整范围，区分“应该能工作”和“已验证能工作”；写入后要读取目标状态，工具声称成功不算证据。
使用方式：在准备提交、推送、开 PR、宣告完成或用户询问“是否完成”时触发，按清单逐项填写证据并输出验证总结与结论。资料还列出常见自我合理化（如“应该能工作了”“我有信心”）及应对方式，并指出红旗信号：出现 should、seems to、looks correct，或在没有新命令输出的情况下提交。
限制与缺失事实：该技能的安装方式、价格、平台、运行环境等资料未提供；技能名称、描述与工作流以原文为准。