用途：verification 用于在标记任务完成、完成功能或声称修复缺陷之前，验证功能性问题是否真正解决。它关注功能正确性，而 sniper 关注代码质量，两者都通过任务才算完成。
主要能力：提供 6 步验证流程。第 1 步重新逐字阅读原始请求；第 2 步列出全部显式与隐式验收标准并编号；第 3 步为每条标准提供具体证据，如测试输出、日志、截图或代码差异，并强调查看真实输出而非仅依赖测试通过；第 4 步运行完整测试套件检查回归；第 5 步检查所有修改文件，确认无意外副作用；第 6 步在写入“功能已解决”结论前，必须将声明与证据交由 challenger 代理或 challenge 技能在全新上下文中挑战，只有 CONFIRMED 或经所有者明确接受的 UNCERTAIN 才能写入结论，REFUTED 需修复并重新验证。
使用方式：在 APEX 工作流中，verification 位于 eLicit 与 eXamine 之间，流程为 Analyze -> Plan -> Execute -> eLicit -> [VERIFICATION] -> eXamine (sniper)。第 6 步始终将 .claude/apex/docs/verify-{task-slug}.md 写入磁盘，模板见 references/verify-template.md，task-slug 按 apex-methodology/references/init-tracking.md 派生。响应中需明确说明“Original problem is FUNCTIONALLY resolved”并附证据摘要，或列出未解决项；任何缺少独立证据的标准都报告为“not verified”。
适用场景：适用于功能开发收尾、缺陷修复确认、任务关闭前的功能验收。
限制：不用于 lint 或代码质量检查，那属于 sniper 的职责；不能仅凭上下文中的“it works”声明作为证据；必须运行完整测试套件而非仅新测试；必须审查所有修改文件；verification 与 sniper 必须同时通过。资料未提供具体安装命令、收费或平台信息。