用途：在开始任何实现任务时调用，强制采用验证优先的开发方式，核心原则是测试功能本身，而不只是自己构建的组件。
主要能力与三条规则：
- 先看再写：在编写接触外部数据（API、数据库、文件、配置）的代码前，先实际获取或读取数据，记录真实字段名、类型与格式，再据此编码，避免字段名不匹配、数据结构错误、字段缺失等问题。
- 双层测试：组件测试用于发现逻辑错误、边界情况与类型错误；功能测试用于发现集成错误、鉴权问题与数据流问题。两者都必须做，仅通过组件测试不算完成。
- 善用工具：在声称无法完整测试前，先列出可用的 MCP 服务器与工具，利用浏览器自动化、数据库检查、API 测试等手段验证功能。
使用方式：每次完成都需附上 DEMO 证据块，包含 COMPONENT（测试命令与观察结果）和 FEATURE（集成功能测试步骤与结果）。若确实无法端到端测试，可标记为 PARTIAL，并写明已验证内容、仍需人工检查的内容及具体原因。对于 BEAD_ID 含点的子任务，应先查看设计文档并严格匹配字段名、类型与结构。
适用场景：涉及 API、数据库、前端组件或全栈功能的实现任务，尤其是需要向代码审查者提供可验证证据的场合。
限制：资料未提供安装命令、平台支持、收费方式或具体工具清单；可接受的 PARTIAL 原因包括无浏览器或 UI 自动化工具、外部 API 有速率限制或成本、任务耗时超过 5 分钟、需要无法模拟的生产数据。