SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-24 00:15
12,624 个结果
Snap 是面向 iOS 应用的 XCUITest UI 自动化与截图采集技能，核心主张是「标识符优先，截图常备」。它为 Swift/SwiftUI/UIKit 应用编写基于 accessibilityIdentifier 的 UI 测试目标，使测试在界面重构后仍可稳定运行；可通过 XCTAttachment 在测试中采集回归证据截图，并通过 fastlane snapshot 生成覆盖多设备、多语言的 App Store 截图。Snap 还负责标识符命名体系的设计与审计、以 Page Object / Screen Object 模式重构录制代码、断言式等待策略、在 CI（Xcode Cloud / GitHub Actions / Bitrise）中接入 xcodebuild test 与 xcresulttool 解析，以及将 .xctestrun 路由到真实设备矩阵。其范围限于纯 iOS：Android UI 测试归 Voyager，生产功能实现归 Native，单元与集成层归 Radar，Web 端演示录制归 Director。
该技能提供面向 macOS 桌面端的网页浏览器自动化指南，覆盖 PyXA、Playwright、Selenium 与 Puppeteer 四种主流自动化框架，用于桌面网页测试、数据抓取与工作流自动化。资料列出了各工具的主要用途与关键优势：PyXA 侧重 macOS 原生控制与 Arc 空间，Playwright 支持跨浏览器测试与自动等待、移动端模拟，Selenium 适合遗留企业环境并具备成熟生态与多语言支持，Puppeteer 面向 Chrome/Chromium 无头自动化并支持 PDF 生成。内容包含工具选择指南、各框架安装命令（如 pip install PyXA、pip install playwright 与 playwright install、pip install selenium、npm install puppeteer）、多浏览器标签管理、自动化研究与数据收集、跨浏览器测试套件、网页抓取与数据提取等完整工作流示例，以及 JavaScript 注入、表单填写、截图与 PDF 捕获等简短自动化模式。此外还涵盖高级技术、验证清单、故障排查、安全注意事项与性能优化，并说明不适用场景，如移动端浏览器自动化、仅 Windows/Linux 环境、需要验证码破解或无视 robots.txt 的生产抓取。
一个面向提交 PR 前的代码审查技能，通过 5 个并行审查代理从不同视角分析改动，带置信度评分与误报过滤，并对机械性问题自动修复。
面向 Rust 应用的系统化调试技能：通过证据收集、根因分析与假设验证定位问题，覆盖日志、性能剖析与问题复现，并在收尾前移除全部调试代码。
wdk-review-tests 是 WDK（Wallet Development Kit）生态下的测试评审技能，用于按既定测试规范审查 WDK 测试套件。它会扫描指定路径（未指定时使用当前项目的测试目录）下的测试文件，逐条应用规则，识别断言、mock 边界、隔离性、覆盖率、命名与结构方面的违规，并按文件分组报告违规规则、文件与行号、问题代码以及带修正代码的修复建议，最后给出各规则的违规数量汇总。适用于 WDK 模块的测试代码评审、提交前自检以及团队统一测试标准等场景。该技能提供的规则涵盖：只断言具体值而非类型或范围、mock 调用需校验精确参数、单个测试只测一个方法且去除冗余断言、仅测试公开 API、错误断言需包含具体消息、断言对象的所有相关返回字段、原始类型用 toBe 而对象数组用 toEqual、hook 中不得调用被测试方法、只 mock 外部依赖、新公开方法必须有测试、覆盖参数变体与边界情况等。此外还规定了测试数据命名（DUMMY_ 前缀、dummy- 占位字符串）、真实 BIP-39 助记词、目录结构、常量作用域、mock 配置模式以及集成测试的 hardhat 分叉与链上独立验证等约定。
用于编写 Bun 内置测试运行器测试的技能，涵盖测试组织、断言、Mock 与快照测试，提供 Jest 兼容 API 且执行更快。
面向前端与 JavaScript 测试的 Mocha 技能，覆盖测试结构、钩子与异步测试模式。资料多为通用占位内容，具体安装命令、配置项与代码示例暂未提供。
该技能面向 Blazor 应用的测试，涵盖 bUnit 组件测试、xUnit 测试项目搭建、WebApplicationFactory 集成测试以及使用 Testcontainers 连接真实数据库的测试模式。资料提供了测试项目初始化命令、组件渲染与交互断言、参数与服务注入、表单验证与提交、API 集成测试以及 PostgreSQL 容器化数据库测试的代码示例。
agentic-qa-core 是 agentic-qa-boilerplate 仓库中的基础参考库技能，为仓库内其他工作流技能提供共享的规范文档（doctrine）。它本身不编排工作流、不生成文件、不引导目标仓库，而是一个被动的参考库，集中存放简报模板、派发模式、编排规则、技能组合层级等共享内容，避免在每个 SKILL.md 中重复。工作流技能（如 shift-left-testing、sprint-testing、test-automation）在顶部声明 ## Dependencies 块，按需加载 agentic-qa-core/references/*.md 中的相关文件。该技能托管了测试设计、缺陷管理、API 测试、数据库测试、会话管理、证据规范、浏览器会话、密钥卫生、决策协议等大量参考文档，并规定在派生测试用例、提交缺陷、派发子代理、关闭工作流阶段等场景下必须优先阅读对应文档。
tdd-obra 是一个强制实施测试驱动开发（TDD）方法论的技能，核心是严格执行 RED-GREEN-REFACTOR 循环。它要求先写测试、观察测试失败、再写最小实现代码使其通过，最后在保持测试通过的前提下重构。该技能适用于新功能开发、缺陷修复、重构、代码审查等场景，强调任何生产代码都必须先有失败的测试，否则必须删除。它提供快速入门步骤、验证清单、常见错误处理与度量指标，帮助开发者防止回归并确保代码正确性。
TDD London School（Mockist 伦敦学派）专项技能，面向 mock 驱动、由外向内（outside-in）的开发方式。它强调以对象协作与行为验证为中心，而非验证对象状态，适合行为验证测试、契约驱动开发、服务编排测试以及需要严格单元隔离的场景。该技能以 Jest 等支持 mock 的测试框架为基础，依赖清晰的关注点分离与依赖注入模式。资料中给出了快速上手示例、伦敦学派与芝加哥学派对比、由外向内开发流程、Stub/Mock/Spy 三种替身类型、交互测试、通过 mock 定义契约、配置示例、多个使用示例、执行清单、最佳实践、常见陷阱与度量标准等。相关技能包括 testing-production、planning-code-goal、webapp-testing。版本 1.0.0（2026-01-02）首次发布，由 tdd-london-swarm agent 转换而来。实际收费、具体价格与平台支持范围暂未提供。
面向 Web 与移动端的无障碍测试技能，覆盖 WCAG 2.2 审计、CI 门禁、移动端审计与 EAA/ADA/VPAT 证据整理。适用于引入 axe-core、Lighthouse 或屏幕阅读器测试时参考。
vgv-accessibility 是一个面向 Flutter 的无障碍审计与修复技能，依据 WCAG 2.2 的 A、AA、AAA 合规等级，覆盖 iOS、Android、Web、macOS、Windows 和 Linux 六大平台。它通过四阶段工作流运行：先询问目标合规等级与目标平台，再按语义与屏幕阅读器、触控目标与拖拽替代、焦点与键盘导航、颜色对比度、文字缩放、动画与动效、表单与认证与帮助七大类进行审计，最后让用户选择修复范围并应用修复。技能内置 WCAG 2.2 各等级标准清单、常见反模式参考，以及按需加载的审计模板、代码示例和分平台检查文件。
TestFlight Expert 是一个围绕 Apple TestFlight 的测试分发技能，用于通过 Fastlane、App Store Connect API 和 CI/CD 流程上传测试版本、管理内外部测试人员并收集反馈。资料涵盖内测（最多 100 人、无需审核）与外测（最多 10,000 人、需审核）、构建 90 天过期、Fastlane 上传与变更日志、API 密钥配置、测试人员分组管理、GitHub Actions 集成、构建处理等待策略、Beta 审核要点、应用内反馈与崩溃报告收集，以及构建号自动递增等版本管理做法。
一个语言无关的系统化调试技能：在修复前强制执行四阶段根因定位（调查→模式分析→假设检验→实现），适用于可复现的运行时缺陷、间歇性失败或反复修复无效的情况，三次修复失败后交接给 do-think 交互模式。
do-review 是一个面向代码评审场景的技能（skill），用于对 GitHub Pull Request、分支 diff 以及本地工作区 diff 进行合并风险评估。它把变更视为一个带有预期目标的提案，而不是一堆文件，因此评审时优先关注目标是否达成、正确性、安全性、数据安全、契约兼容性、测试证据以及已有的评审状态。该技能支持多种触发方式，包括 review PR #123、review github.com/owner/repo/pull/N、is this safe to merge、merge readiness check、review main...feature-branch、review origin/main...HEAD、review my staged changes、review my working tree 等。它明确不适用于作者侧交接（应使用 ask-review）、对已给自己反馈的分诊（应使用 evaluate-code-review）、仓库状态清理（run-repo-cleanup）以及运行时调试（do-debug）。默认输出为聊天中的 Markdown 评审，除非请求中明确要求 submit、post、publish 或 comment，否则不会对 GitHub 做任何变更操作。
QA Test Expert 是 CozyEngine 项目中的测试专家技能包，负责全系统的质量保证、性能验证与稳定性测试。其职责包括根据架构设计与 PRD 制定分层测试计划（单元、集成、E2E、性能），通过边界测试、压力测试与混沌工程主动发现系统隐患，建立性能基线并持续压测监控性能回退，维护 CI/CD 流水线中的测试环节，并定义发布质量标准（Quality Gate），对发布版本拥有否决权。该技能包提供了 /test、/perf、/chaos、/report 等指令集，并遵循测试金字塔原则组织测试工作。
zoonk-testing 是一套面向测试驱动开发（TDD）的测试编写规范，用于在实现功能、修复缺陷或补充测试覆盖率时指导测试的编写。它覆盖端到端（E2E）、集成与单元三类测试模式，明确各测试类型对应的框架与存放位置。核心内容围绕 TDD 工作流展开：先写会失败的测试并确认失败，再写最小实现代码使其通过，最后在测试保持绿色的前提下重构。规范强调测试隔离，要求每个测试自行创建唯一数据而非依赖种子数据，并给出用唯一标识符避免断言过松的做法。此外还包含 Playwright 的语义化查询优先级、等待模式、动画元素处理、认证夹具、拖拽测试（dnd-kit 的 steps 参数）以及防止测试不稳定的实践，并列出常见的测试思维误区，如通过 UI 机制过度测试、测试实现细节而非行为、依赖种子数据内容、用刷新验证服务端操作持久化以及编写冗余测试。
Playwright Operations 是一套围绕 Playwright Test（@playwright/test，TypeScript/JavaScript）的端到端测试操作指南，覆盖选择器策略、夹具（fixtures）、网络模拟与 API 测试、认证状态复用、并行与重试、CI 集成、视觉回归、组件测试以及不稳定测试（flake）排查等主题。资料指出，Python 版本（pytest-playwright）拥有相同的浏览器 API，但采用 pytest 风格的夹具，且运行器配置不通用。内容以决策树和代码片段形式给出实践建议，例如选择器优先使用 getByRole、getByLabel 等面向用户的定位方式，断言使用 Web-First Assertions 自动重试而避免手动等待，认证通过 setup 项目一次性登录并复用 storageState，CI 中按分片（shard）运行并合并 blob 报告。此外还包含一个用于解析 Playwright JSON 报告、按重试次数与耗时排序不稳定测试和硬失败的脚本 scripts/triage-flakes.py，以及配置模板与多份参考文档。
这是一个面向浏览器游戏构建的烟雾测试工具（Skill），通过无头浏览器在加载、空闲和输入三个阶段对游戏运行环境进行验证。它会使用 Playwright 与 Chromium 在实际浏览器中打开游戏页面，依次执行页面导航加载、静置等待、发送分散的指针点击、空格与方向键敲击及短按方向键等输入操作，并捕获控制台错误、未捕获异常或崩溃。脚本运行后按阶段打印每个错误，退出码 0 表示通过、1 表示运行时错误或加载失败、2 表示工具本身问题（如缺少 Playwright 或参数错误）。它主要弥补 mock 测试或仅空闲测试无法发现的输入处理器与环境问题，适用于每个可触及游戏运行时的改动单元后执行一次，作为真实浏览器门禁。使用时需要 Node 18 及以上版本、在被测项目中安装 Playwright 与 Chromium，若页面依赖 CDN 资源则需网络访问。支持通过命令行指定本地文件路径或 HTTP 地址，并可自定义 idle 与 input 的时长参数；当游戏使用 ES 模块、fetch 等受同源限制特性时需通过 HTTP 提供服务。该工具的局限在于：通过仅说明页面成功加载并通过所执行的空闲与输入路径且未报告错误，不能证明游戏循环已启动、玩法、音频、画面、性能、难度或平衡性正确；通用输入计划不覆盖自定义按键，需自行扩展或标记为未测试；CDN/网络错误会被视为失败，但应重跑后再归因于游戏代码。
该技能为双人严格交替回合制游戏提供可复用的引擎接口契约与质量度量方法。第一部分定义引擎必须暴露的纯函数接口（init、step、getLegalActions、getObservation、getResult、scoreState、replayLog、可选 cloneState），并规定无全局可变状态、step 不修改输入、固定种子下重放确定性、单一非法动作策略、Action 与 State 可 JSON 序列化等不变量，还给出实现前的规则文档检查清单。第二部分给出质量度量方法：A 层用随机、贪心基线、浅层搜索三种机器人跑胜率阶梯（基线对随机≥0.65、强对基线≥0.60、先手优势≤0.10、核心动作使用率不低于0.05）；B 层用 scoreState 推导胜率曲线，计算张力分数、领先易手次数、翻盘率、平坦率、末段波动、决策密度等指标，并附失败模式清单与改进循环纪律。适用于双人、严格交替、有限回合、显式种子确定性的完全或不完全信息游戏；不适用于同时行动、3 人以上、实时、单人解谜等场景。
Health Check 是一个无头（headless）代码库质量门禁技能，用于对代码库运行完整的诊断检查，包括类型检查、测试、Lint、安全扫描、循环依赖、死代码和依赖漏洞审计。它按步骤执行各检查命令，捕获退出码和关键输出，最后打印一张汇总表，报告每项检查的通过或失败状态。该技能只报告结果，不分析失败原因、不建议修复方案、不生成子代理，也不会提交、推送或修改文件。
TDD 是一个强制测试驱动开发（红-绿-重构-提交）循环的技能，用于实现功能、修复缺陷或补充测试覆盖。它要求先写测试再写实现，强调先做 mock 引导验证、运行完整测试套件、确保测试因正确原因失败，并禁止把多个功能合并进一个 TDD 循环。技能还提供了 mock 配置检查、转发模式、计数器排序和 globalThis 注册表等 mock 模式参考，以及 eslint 与 tsc 质量门禁。
write-tests 是一个用于为现有源代码补充或改进测试覆盖率的技能，前提是不改变生产行为。它会根据模块类型选择不同的 mock 策略，例如路由处理器、仓库层、框架插件、纯工具函数和带依赖注入的服务。该技能强调测试可观察行为而非实现细节，并针对 mockReset: true 等测试运行器配置给出专门的 mock 写法，避免常见的 mock 链式调用、变量提升和副作用导入问题。使用方式为传入待覆盖的源文件路径，通过 vitest 运行测试。