SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-16 00:02
11,711 个结果
该技能用于扫描已发布的 AEM Edge Delivery Services（EDS）页面，检测 WCAG 2.1 AA 无障碍违规项并生成具体修复建议。它能识别缺失的替代文本、标题层级错误、链接文本不具描述性、颜色对比度不足、EDS 按钮可访问名称问题、文档结构缺陷，以及卡片、栏目、页眉导航、轮播、手风琴、模态框、标签页等常见区块的无障碍问题。技能会输出结构化修复报告，将文档级修复（在 Google Docs / Word / da.live 中完成）与代码级修复（区块 JavaScript、styles.css、head.html）分开列出，方便内容作者和开发者各自执行。适用于上线前后修复无障碍问题、准备欧洲无障碍法案（EAA）合规审计、内容发布后复查，以及跟进 Lighthouse、axe 或人工测试发现的问题。不适用于视觉设计调整、区块交互的 JavaScript 编写、CDN 或托管问题，以及非 EDS 站点。
回归测试（Regression Testing）是一套面向持续交付的策略化测试方法，核心目标是在代码变更后验证既有功能未被破坏。它通过变更影响分析、基于风险的测试选择、优先级排序执行以及测试套件健康度监控来降低回归风险。资料中给出了变更基于选择、风险基于选择、历史失败频率选择、时间预算选择四类测试筛选策略，以及按提交、每日、发布前三个层次的回归执行节奏。该技能支持与 CI/CD 集成、智能体驱动的测试选择、从生产缺陷反向生成回归测试，并提示了传递依赖遗漏、不稳定测试、误报通过等常见陷阱。
Playwright BDD 是一个用于在 Playwright 测试中强制执行行为驱动开发（BDD）的技能。它通过分阶段流程引导开发：先判断任务是否需要新增或更新 BDD 场景，再规划并编写 Gherkin 场景，经用户确认后实现功能与步骤定义，最后用 npx bddgen && npx playwright test 生成并运行测试。该技能强调场景应覆盖完整的端到端用户流程，保持场景数量最少，复用已有步骤，并优先使用业务语义化的步骤名称。它还支持通过 @ 前缀目录对步骤定义进行作用域隔离，避免不同功能域之间的步骤命名冲突。
中文介绍正在整理，稍后补充。
test-automator 是一个面向测试自动化工程的专业技能，覆盖 AI 驱动的测试、现代测试框架、TDD 与质量工程实践。它可帮助分析测试需求、选择合适框架、设计可扩展的自动化测试策略，并集成到 CI/CD 流水线中形成持续质量门禁。技能内容涉及自愈测试、AI 生成与维护测试用例、视觉回归测试、跨浏览器与移动端测试、API 与契约测试、性能与负载测试、混沌工程、安全测试等方向，同时强调测试数据管理、隐私合规与测试报告分析。它提供 TDD 红绿重构流程、属性驱动测试、测试替身与测试三角测量等方法指导，也覆盖质量指标、覆盖率与自动化 ROI 的跟踪。该技能适合需要制定或优化测试自动化策略、搭建测试框架、提升测试稳定性与反馈速度的场景。使用时需注意：它是专业角色型技能，不替代具体环境的验证与专家评审，缺失目标、约束或成功标准时应先澄清。
该技能用于将异步测试中随意设定的固定延时替换为条件轮询，从而消除因时序猜测导致的测试不稳定问题。其核心原则是等待真正关心的条件成立，而不是猜测需要等待多久。适用于测试中存在 setTimeout、sleep、time.sleep() 等任意延迟、测试偶发失败或在负载下失败、并行运行时超时、以及需要等待异步操作完成的场景；不适用于测试真实时序行为（如防抖、节流间隔），若必须使用任意超时则应记录原因。技能提供通用轮询函数 waitFor，支持等待事件、状态、数量、文件及复合条件，并附带领域专用辅助函数与详细模式文档。
Promptfoo Evals 是用于编写、改进、运行和质量校验 promptfoo 评估套件的技能。它帮助用户构建可维护的 promptfoo 评估套件，强调清晰的测试用例，在可能的情况下使用确定性断言，仅在必要时使用模型评分。该技能覆盖 promptfooconfig.yaml 配置、提示、提供商、变量、测试、断言、模型评分评分标准、转换等内容。使用时可参考 references/cheatsheet.md 获取完整的断言与提供商参考，关于 promptfoo 功能的深入问题可查阅 https://www.promptfoo.dev/llms-full.txt。
这是一个用于测试功能并生成演示报告的技能流程。它分析当前分支的代码变更，与用户确认覆盖范围，制定明确的测试策略，启动应用开发服务器，使用 agent-browser 在真实浏览器中测试功能，强制捕获截图和视频，上传到 S3，并生成结构化测试报告。整个流程分为多个阶段：环境准备（获取任务上下文 ID、验证 agent-browser 可用性、创建工作区）、覆盖范围确认与上下文收集、发现测试目标、构建测试策略、使用 agent-browser 执行测试、上传捕获文件到 S3、创建结构化测试报告。该技能强调截图和视频捕获为强制要求，测试报告必须通过 MCP 工具持久化。
Antithesis agent-browser 是一个辅助技能，用于在 snouty API 无法提供所需数据时，从需要认证的 Antithesis 网页中读取数据。它负责处理与用户 Antithesis 租户的交互式认证，加载 Antithesis 网页（分诊报告、运行页面、日志查看器、因果报告），并通过注入的运行时从中提取数据。其他技能（antithesis-triage、antithesis-debug、antithesis-query-logs）在需要已认证的浏览器会话时会委托给它。使用前需确保已安装 agent-browser（版本不低于 v0.23.4）和 jq。
agent-evals 是一个用于为 AI 智能体构建自动化评估套件的技能，基于黄金数据集、评分标准和回归门禁，帮助团队在发布智能体功能或修改提示词时，持续、可重复地验证智能体行为是否安全、正确地演进。它覆盖单元评估、工具调用评估、端到端多步任务评估、安全对抗评估以及 LLM-as-Judge 评分等层次，并可与 Promptfoo、pytest、GitHub Actions 等工具集成，实现 CI 门禁与回归检测。
pytest-advanced 是一个面向高级 pytest 用法的技能，用于构建健壮、可维护的测试套件。它涵盖 fixture 的作用域与工厂模式、参数化、标记（markers）、并行执行、覆盖率、异步测试与 mock 等主题。适用于实现测试基础设施、编写 fixture 或带覆盖率运行测试的场景。文档提供了安装命令、pyproject.toml 配置示例、fixture 生命周期说明、常用插件对照表、运行命令以及 CI 集成示例。
中文介绍正在整理，稍后补充。
localization-review 是 formatjs/formatjs 提供的国际化评审技能。它以只读方式检查本地化 UI、翻译、消息目录和 pull request，覆盖 ICU 语法、占位符完整性、术语表合规和区域感知格式化，只输出发现的问题、证据和建议修复方式，不直接修改文件、分支、翻译服务或提交评审评论。适用场景包括多语言消息目录审查、翻译质量评审和 PR 国际化检查。
该技能用于帮助开发者验证已构建的 Slack 应用是否真正可用，是构建流程的最后一步。它指导开发者在安全的测试工作区（优先开发者沙盒或自建 Free Team，绝不在有真实同事的工作区）中运行应用，通过阅读源码找出应用注册的交互（斜杠命令、快捷方式、事件、按钮、模态提交、App Home 等），再给出具体的“做什么、预期什么”手动检查步骤，并协助确认应用响应。适用于 Slack CLI 管理的应用，对普通 Bolt 应用提供尽力而为的路径。它属于引导式手动检查，而非自动化测试套件。
Playwright Accessibility Testing 是一个基于 Playwright 与 @axe-core/playwright 的浏览器无障碍测试知识模块，用于在真实浏览器环境中执行可复用的无障碍检测。它提供键盘扫描（Tab 顺序遍历、键盘陷阱检测）、状态扫描（点击触发后对展开内容用 axe-core 检测）、多视口扫描（axe-core 加触控目标测量）、对比度扫描（计算 CSS 层叠后的对比度比值）以及无障碍树快照。模块内含多种 @axe-core/playwright 扫描模式、键盘遍历与焦点管理测试模板、GitHub Actions 与 Playwright 配置示例，并给出能力降级矩阵与面向用户的提示信息，覆盖多项 WCAG 成功准则。
Android Testing Unit 是一个面向 Android 单元测试的技能，用于为 reducer、use case、repository 以及生命周期安全的状态持有者编写快速、聚焦的单元测试。它适用于 Android 单元测试策略、ViewModel reducer 测试、repository 单元测试等请求场景。技能强调在 CI 中执行可复现的检查，避免无信号增测、不可复现的基准或安全扫描、硬编码发布凭据等反模式，并在范围扩大时交接给 android-testing-ui、android-ui-states-validation 等相邻技能。
rde-eval 是 React Doctor Evals（RDE）中的一个本地规则评估技能，用于针对尚未提交（uncommitted）的规则改动运行有界的本地评估循环。它适合在聚焦的规则测试通过后、检查真实开源项目命中情况时使用。该技能通过读取 React Doctor 的未提交改动，在本地运行 RDE 命令，对目标规则进行采样、摘要与命中检查，帮助区分真阳性、假阳性与不支持的情况，并为假阳性补充回归测试和模糊回归语料。
这是一个面向 Cloudflare Workers 的测试指南，基于 Vitest 与 @cloudflare/vitest-pool-workers。它用于在真实的 Workers 环境中编写单元测试和集成测试，支持完整的绑定能力（D1、KV、R2、Durable Objects、Queues、AI），测试在 Miniflare 中本地执行，并可在 CI/CD 中运行以还原实际的 Workers 运行时行为。资料给出的关键能力包括：绑定相关的测试支持、执行上下文测试、边缘运行时模拟、覆盖率跟踪与较快的测试执行。文档标注状态为生产可用，最后验证日期为 2025-01-27，并声明了 Vitest ^2.0.0、@cloudflare/vitest-pool-workers 0.7.2 与最新 Miniflare 的版本要求。资料同时提供了 5 分钟内完成的快速上手步骤（安装依赖、创建 vitest.config.ts、编写首个测试、运行测试）、关键规则、核心概念、典型用例、最佳实践以及常见错误的预防说明。
Supabase Studio 的测试策略指南，用于指导在 apps/studio/ 中编写和组织测试。核心原则是把逻辑从 React 组件中抽离为纯工具函数并穷尽测试，组件测试仅用于复杂 UI 交互，E2E 测试用于自托管与平台共用的功能。适用于编写新测试、判断改动需要哪种测试、从组件中提取逻辑以便测试、审查测试覆盖是否充分，以及为新功能补充测试等场景。
该资料介绍 Web 应用测试原则，重点覆盖 E2E、Playwright 和深度审计策略。它提供了一套测试思路与自动化脚本：通过 scripts/playwright_runner.py 执行基础浏览器测试，可用 --screenshot 截图、--a11y 做无障碍检查，依赖 pip install playwright && playwright install chromium。资料还包含发现优先的深度审计方法，即扫描 app/、pages/、路由文件找路由，grep HTTP 方法找 API 端点，查组件目录与文档整理功能，然后按映射、扫描、测试的方式系统推进。此外，它给出 Web 测试金字塔、E2E 优先级与最佳实践、Playwright 核心概念与配置建议、视觉测试、API 测试覆盖点、测试目录组织、CI 集成步骤以及常见反模式等内容。
ce-dogfood-beta 是 everyinc/compound-engineering-plugin 中的一个 Beta 技能，扮演 QA 工程师角色，对当前分支进行端到端“dogfood”验证。它以 diff 为范围（对比 main），理解并测试该分支引入或修改的每一处变更，在真实浏览器中按用户视角走查，并自动修复问题、添加回归测试、提交修复，直到分支真正可用。该技能通过 agent-browser CLI 驱动浏览器，强调不使用 Chrome MCP 等其他浏览器控制工具，并可按需委派 ce-worktree、ce-setup、ce-debug、ce-commit、ce-compound 等既有 CE 技能。
ln-610-docs-auditor 是一个用于审计项目文档的协调型技能（L2 Coordinator），属于 6XX 审计类别。它通过评估平台对文档的结构、相关性、注释和事实准确性进行审计，要求先完成研究再最终评分，并协调 ln-611、ln-612、ln-613、ln-614 四个专项审计工作单元。该技能采用 evaluation-runtime 运行时，标识为 docs-audit，按 PHASE_0_CONFIG 至 PHASE_6_SELF_CHECK 七个阶段执行：配置、发现、研究、委派、聚合、报告和自检。工作单元包括文档结构审计器、语义内容审计器、代码注释审计器和文档事实核查器。最终产出为一份文档审计报告和修复计划，写入指定运行目录，并在整合后删除临时工作单元报告。
mem0-test-integration 是 mem0ai/mem0 仓库提供的一个验证技能，用于检查 /mem0-integrate 生成的 Mem0 集成是否正确。它在同一工作区、同一功能分支上运行，采用松耦合方式，能快速发现编译和运行时错误，但不检测逻辑错误。该技能会先执行前置条件检查（如 .mem0-integration/ 目录、分支名以 mem0-integrate/ 开头、工作树干净、API key 可用），然后安装依赖，执行静态检查、单元测试、冒烟测试和端到端测试，最后输出 scorecard.md 和 scorecard.json 评分卡。它还强调非侵入性契约，通过功能开关分两遍运行测试，确保原有行为不变。支持交互模式和 CI 模式，并提供多种跳过选项。
TDD Planning 是一项专注于测试驱动开发（TDD）的实现规划技能。它为每个实现步骤创建带有严格「红-绿-提交/回滚」循环的实施计划，确保任何实现代码都不会先于失败测试出现。该技能强调先写失败测试（RED）、再写最小代码使其通过（GREEN），通过则提交、无法完成则回滚到上一个绿状态。它包含工作约定、用户偏好设置、自主模式（Autopilot / Critical / Verbose）、上下文与测试基础设施分析、测试策略设计、计划结构开发、详细计划编写、评审与迭代等流程步骤，并提供强制性的 TDD 循环要求和验证清单。