用途：verification-first 为开发流程设定硬性验证关卡，主张“几乎能用”等于失败，任何代码改动在继续之前都必须有可复现的证据证明其可用，且不允许自我认证或假定成功。
主要能力与规则：提出五条规则——证明其可用（运行真实构建、真实测试并检查真实输出）、诚实报告失败（原样附上错误信息，不软化、不解释为“几乎可用”）、不做假设、先定位根因再逐个提出修复、以及独立验证（写代码者不得验证自己的成果，需交由 verification 角色执行）。
使用方式：资料给出面向 Next.js/Supabase（Unite-Group）技术栈的验证命令，包括 TypeScript 类型检查 pnpm run type-check、Lint pnpm run lint、单元测试 pnpm vitest run、完整流程 pnpm run type-check && pnpm run lint && pnpm vitest run 以及健康检查 .\scripts\health-check.ps1；并注明 turbo CLI 并非全局可用，应直接使用 pnpm run 脚本。验证分为 A（快速：类型检查、Lint、无控制台错误）、B（标准：含单元测试、构建与手动冒烟测试）、C（完整：含集成测试、Playwright E2E、视觉回归与性能基准）、D（生产：含全量测试、Lighthouse、OWASP Top 10、WCAG 2.1 AA 与 RLS 策略验证）四级，并有固定的验证报告输出格式与 hook 集成（post-code、pre-commit、pre-deploy）。
适用场景与限制：适用于需要严格控制质量的代码生成、提交与部署环节，以及面向用户输出时的澳大利亚本地化检查（拼写、日期、货币格式）。限制在于该流程绑定特定技术栈与脚本，具体配置、价格、平台支持及实际效果资料暂未提供。