测试技能

当用户想要“开发一个代理”、“使用ADK构建代理”、“本地运行代理”、“调试代理代码”、“测试代理”、“部署代理”、“发布代理”、“监控代理”，或需要ADK（代理开发工具包）开发生命周期和编码指南时，应使用此技能。构建ADK代理的入口点。始终处于激活状态——提供完整的工作流程（脚手架、构建、评估、部署、发布、观察）、代码保留规则、模型选择指南以及...

在应用修复之前，先找出错误、崩溃、回归、测试失败、行为异常以及截图报告的缺陷的根本原因。当用户询问排查/报错/崩溃/不工作/回归/判断为什么报错，或表示之前能用现在却失败时使用。不适用于代码审查或新功能。

HyperFrames CLI dev loop — `npx hyperframes` for scaffolding (init), validation (lint, inspect), preview, render, and environment troubleshooting (doctor, browser, info, upgrade). Use when running any of these commands or troubleshooting the HyperFrames build/render environment. For asset preprocessing commands (`tts`, `transcribe`, `remove-background`), invoke the `hyperframes-media` skill instead.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

We need to translate the given English text into Simplified Chinese. The instruction says: "Translate only the text inside <text>. Do not include the name unless it appears in the source text." The name "minimal-run-and-audit" is not inside the <text> tags, so we should not include it. The text is a description of a skill. We need to preserve product names, protocol names, URLs, numbers, technical terms. The text includes "Rigor Run", "README-first", "repro_outputs/", "patch notes". These should be preserved as is or translated appropriately? "Rigor Run" might be a product name? It says "Rigor Run skill" - likely a proper name. "README-first" is a phrase. "repro_outputs/" is a directory path. "patch notes" is a common term. We should keep technical terms like "smoke test", "inference", "evaluation", "repository", "training execution", "repo intake", "paper lookup", "target selection", "end-to-end orche

对代码进行检测，使生产环境行为可见且可诊断。在添加日志、指标、追踪或告警时使用。在交付任何运行于生产环境的功能且需要验证其正常工作时使用。当生产问题被报告但无法从现有数据判断原因时使用。

全面的OpenTUI技能，用于构建终端用户界面。涵盖核心命令式API、React协调器和Solid协调器。适用于任何TUI开发任务，包括组件、布局、键盘处理、动画和测试。

优化网页性能，实现更快加载与更佳用户体验。当被要求“加速我的网站”、“优化性能”、“减少加载时间”、“修复加载缓慢”、“提升页面速度”或“性能审计”时使用。

编写Playwright测试、修复不稳定测试、调试失败、实现页面对象模型、配置CI/CD、优化性能、模拟API、处理认证或OAuth、测试无障碍性（axe-core）、文件上传/下载、日期/时间模拟、WebSocket、地理位置、权限、多标签页/弹窗流程、移动端/响应式布局、触摸手势、GraphQL、错误处理、离线模式、多用户协作、第三方服务（支付、邮箱验证）等场景时使用。

交互式问答环节，用户以对话方式报告错误或问题，代理自动提交GitHub议题。后台自动检索代码库以获取上下文和领域术语。适用于用户希望报告错误、进行质量检测、以对话方式提交议题，或提及"QA session"的场景。

用于深度学习研究工作的严格调试/严格审计技能。当用户粘贴回溯信息、终端错误、CUDA内存不足、检查点加载失败、形状不匹配、NaN损失症状或训练失败，并希望在打补丁前进行保守诊断，且调试修复与研究贡献明确分离时使用。不适用于大规模重构、推测性适配、自动探索性修补或常规仓库熟悉。

运行一个自主的、由规范驱动的开发“saga”，适用于中大型功能，使用编排器代理和一组工作子代理。当用户调用/saga、要求以最少人工干预自主端到端构建一个较大功能、希望将全面规范分解为里程碑和任务并附带严密验证标准后再并行实施，或希望编排器将实施委托给工作代理同时保持其...时，使用此技能。

在当前仓库中设置 Husky 预提交钩子，包含 lint-staged（Prettier）、类型检查和测试。当用户想要添加预提交钩子、设置 Husky、配置 lint-staged，或添加提交时的格式化/类型检查/测试时使用。

在遇到任何错误、测试失败或意外行为时使用，在提出修复方案之前

采用红绿重构循环的测试驱动开发。当用户希望使用TDD构建功能或修复缺陷、提及“红绿重构”、需要集成测试或要求测试优先开发时使用。

在编写实现代码之前，用于实现任何功能或修复错误时使用

当工作依赖于用户的实时浏览器会话或可见渲染状态而非静态抓取时使用，尤其适用于浏览器调试场景、DevTools选中的元素或请求、已登录的仪表盘或CMS流程、本地应用、表单、上传、下载、媒体检查、DOM或iframe检查、Shadow DOM，以及表现为软404、认证墙、反爬虫检测或速率限制的浏览器故障。

验证分支或拉取请求的实现是否与引入的产品、技术、安全及相关规范匹配。在审查或完成基于规范的变更以及解决已检入规范与实现之间的不匹配时使用。

在声称工作已完成、已修复或通过，在提交或创建PR之前使用——需要先运行验证命令并确认输出，然后再做出任何成功的断言；始终先有证据，后有断言。

由 Vite 驱动的快速单元测试框架，兼容 Jest API。适用于编写测试、模拟、配置覆盖率、处理测试过滤和夹具。

全面的网页质量审计，涵盖性能、可访问性、SEO及最佳实践。当被要求“审计我的网站”、“审查网页质量”、“运行Lighthouse审计”、“检查页面质量”或“优化我的网站”时使用。