requesting-code-review
这是一个代码审查请求流程技能，用于在完成任务、实现重要功能或合并前，调度 superpowers:code-reviewer 子代理检查代码，尽早发现问题，避免问题累积。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-30 00:12
测试与质量
12,904 个结果
test-driven-development
这是一个关于测试驱动开发（TDD）的技能说明，核心是“先写测试、看它失败、再写最小实现代码使其通过”。该技能适用于实现任何新功能、修复缺陷、重构或改变行为之前，强调没有失败的测试就不写生产代码。它给出红-绿-重构循环、验证步骤、好测试的标准、常见借口与反驳、红旗信号、缺陷修复示例以及完成前的检查清单，并说明遇到困难时的处理方式。
testing-anti-patterns
Testing Anti-Patterns 是一份关于测试反模式的实践指南，核心原则是：测试必须验证真实行为，而不是 mock 的行为；mock 只是隔离手段，不是被测对象。它列出五类常见反模式：测试 mock 行为、在生产类中添加仅测试用的方法、未理解依赖就 mock、不完整的 mock、把集成测试当作事后补充。针对每类反模式，文档给出违规示例、错误原因、修复代码和“门控函数”（在断言 mock、添加生产方法、mock 方法、创建 mock 响应前先自问的检查步骤）。文档强调严格遵循 TDD 可以避免这些问题：先写失败测试、看它失败、最小实现、再重构。还给出 mock 过于复杂的警告信号，以及快速参考表和红旗清单。
testing-skills-with-subagents
用于创建或编辑技能后、部署前，通过子代理压力测试验证技能能否在压力下被遵守并抵抗合理化借口的技能测试方法，将 RED-GREEN-REFACTOR 循环应用于流程文档。
automate-zero-native
zero-native 内置的自动化系统，用于检查和操作正在运行的 WebView 外壳应用。它通过 .zig-cache/zero-native-automation/ 目录下的基于文件的 IPC 进行通信。使用前需以自动化模式启动应用（zig build run-webview -Dplatform=macos -Dautomation=true），随后可用 zig-out/bin/zero-native automate 系列命令列出窗口、生成快照、截图和请求重载。自动化在编译期受 -Dautomation=true 开关控制，未开启该选项构建的应用会忽略自动化文件；当前截图产物为占位 PPM 文件，且该基于文件的自动化层不涉及 WebView DOM 交互。
investigate
Investigate 是 Vercel 的 Eve 体系下的一个技能，用于对具体问题报告进行严格、以证据为驱动的诊断。它从观察到的现象出发，先确认问题是否真实且可复现，再沿着代码路径、调用帧、进程、网络跳转和持久化边界逐层排查，范围只依照证据需要来确定。该技能要求在每个分支上保持明确假设并尝试反驳，优先采用能解释全部证据的最简解释，在诊断完成前不急于给出解决方案。它强调区分观察、推断与未知，解析全部引用，识别受同一机制影响的其他报告或用户，并在关键证据缺失时停止而非猜测。
temp-email
temp-email 是一个通过 tempmail.lol API 创建和管理临时/一次性邮箱的技能，仅依赖 curl，无需安装依赖，也无需 API 密钥。它适用于需要一次性邮箱的场景，例如端到端测试中的邮箱验证。使用时先创建收件箱，保存返回的地址和 token，再通过 token 轮询检查邮件，并可解析邮件正文中的验证链接或验证码。域名会自动轮换，收件箱在约 10 分钟无活动后过期。
onboarding-verification-skill
Onboarding verification skill 是 Warp（warpdotdev/warp）提供的一项技能，用于在 Linux 上验证 Warp 首次安装与新手引导（onboarding）流程。它不进行本地走查，而是由父代理并行启动两个带计算机使用能力的 Oz 云代理：一个验证免登录流程，另一个使用托管密钥 ONBOARDING_AGENT_FTUE_REFRESH_TOKEN 验证已登录流程。两个基线代理会下载并安装对应平台的最新稳定版 Warp Linux 包，在每一步可见引导界面截图，直到进入可用终端会话，并记录 UI 质量问题和可跟进的分支点。随后父代理汇总并去重分支建议，再启动有限数量的第二轮定向代理（默认最多四个）以覆盖更多真实用户可能遇到的路径，最后汇总覆盖率、问题、产物与仍未探索的分支。
reproduce-bug-report-local
reproduce-bug-report-local 是 Warp 仓库专用的 Bug 复现技能，用于在登出状态下复现 Warp 的界面与交互类问题。它依赖核心 reproduce-bug-report 技能，需先安装父技能，且仅适用于无需登录即可触发的场景。
unity-game-qa-performance
Unity 游戏的测试与性能角色技能，用于建立或执行 EditMode、PlayMode、场景冒烟、回归、输入、2D 多比例适配、3D 模型/PBR/Prefab 独立验收、稳定性、Profiler、内存与渲染等验证，并覆盖 Windows、Android、iOS/iPadOS 候选平台。
triage-findings-list
该技能用于把多份报告（规格验证、浏览器测试、红队、生产就绪、代码评审等）中的问题合并成一份带编号、去重的变更清单。它读取用户指定的报告，默认读取 .scratchpad/<slug>/ 下所有 *-report.md，为每份报告设置来源标签，合并重复项并保留全部来源标签与编号；每条变更以行动而非问题描述；按红黄绿灯标注优先级，并按时机分组（合并前必须、合并前建议、上线前、技术债、小改进、已接受不改）。清单按顺序编号 1..N，生成后不再变动，供用户据此批准。每条包含编号、灯色、行动、简短原因、主要文件和来源标签。结果保存为 .scratchpad/<slug>/change-list.md，并在对话中展示紧凑清单，询问要应用哪些变更，默认建议全部 🔴 加成本低的合并前 🟠，批准后用 execute-plan-loop 的 change-list 模式执行。
ai-model-benchmarking
面向学术研究的大模型评测指南，介绍如何使用 EleutherAI lm-evaluation-harness 在 60+ 学术评测集与指标上基准测试 AI 模型，并涵盖基准选择、常见评测陷阱、污染检测与论文结果汇报规范。
ai-evals
Windmill AI 生成模式的黑盒基准测试工具，位于 ai_evals/ 目录，用于为 flow、app、script、cli、global 五种模式编写并运行评测用例。它走真实生产路径，先做确定性校验，再由 LLM 评判，帮助验证当前生产提示词、工具与指引。
systematic-debug
系统化调试框架技能：每次会话以四句调试箴言开场，按“可靠复现、追踪失败路径、证伪假设、交叉核对线索”四步方法定位根因，并提供日志分析、堆栈阅读、测试隔离、环境对比等实用手段。适用于排查 bug、报错、堆栈跟踪与偶发失败。
webapp-testing
Web 应用测试技能，覆盖端到端测试、Playwright 浏览器自动化与深度审计策略，强调先发现所有路由与接口再系统化测试。资料未提供官方教材正文。
rust-testing
Rust 测试约定与生态指南：涵盖 #[test] 单元测试、集成测试与 doctest 的布局，cargo-nextest 运行器，以及 proptest、insta、criterion 等测试框架的使用建议。
flutter-debugging
用于诊断和修复 Flutter 错误、崩溃或构建失败的技能，提供一套可重复的调试流程：问题分类→收集上下文→定位根因→最小修改→验证→防复发，并覆盖布局、空安全、Riverpod、Gradle、CocoaPods、Firebase 等常见问题类型。
receiving-code-review
一个面向 AI 编程助手的技能，指导其在收到代码审查反馈时先验证再实现，用技术判断代替情绪化回应，适用于反馈含糊或技术上存疑的场景。
requesting-code-review
一个用于在完成任务、实现重要功能或合并前请求代码审查的技能，通过派发 superpowers:code-reviewer 子代理提前发现问题，核心理念是尽早审查、频繁审查。
test-driven-development
一套严谨的测试驱动开发（TDD）规范技能：先写失败测试，再写最小实现代码使其通过，最后重构。适用于新增功能、修复缺陷、重构与行为变更，核心铁律为“没有先失败的测试就不写生产代码”。
cancel-ultraqa
用于取消正在运行的 UltraQA 循环工作流的技能，通过写入状态文件停止 QA 循环，并提供重新启动各类 UltraQA 任务的命令。
acceptance-criteria
用于定义可测试、可验证的验收标准，判断需求是否被满足。提供 Given-When-Then 与清单两种格式，覆盖正常流程、边界、错误与安全路径，并强调可度量与 QA 评审。
e2e-scenario-design
用于设计或实现深度端到端（E2E）测试场景的技能，超越浅层 happy-path 流程，覆盖多步骤用户旅程、有状态会话、状态累积、跨边界导航、会话重入、输入边界与依赖失败等真实生产故障场景。
testing-strategy
用于为已评审的实现切片或功能制定分层测试策略，覆盖单元、集成、契约与端到端各层，平衡信心、速度与维护成本，并规划测试数据、CI 集成与防抖动实践。