SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-16 00:02
11,619 个结果
ln-521-test-researcher 是一个 L3 测试规划工作单元（Worker），用于在测试规划之前研究功能领域的真实世界问题、竞品解决方案和客户投诉，使测试覆盖实际用户痛点而非仅满足验收标准（AC）。它通过 Web Search、MCP Ref、Context7 等工具，围绕功能涉及的技术/API/格式提取关键词，调研常见问题、边界情况、错误处理、安全隐患，分析竞品做法，并从论坛、StackOverflow、Reddit 收集用户抱怨，最终以结构化评论（addComment）形式发布到 Story 上，供后续手动测试（ln-522）和自动化测试（ln-523）使用。该技能只做研究与文档，不创建测试、不改变状态。
Unit Test Generator 是一个用于生成单元测试的技能，按 AAA（Arrange-Act-Assert）模式编写测试，覆盖正常路径、边界情况与错误场景，并给出覆盖率说明。示例以 TypeScript/Vitest 为主，也涉及异步函数、类与 React 组件测试。
Regression Suite 是一个用于游戏开发项目的回归测试管理技能，属于 donchitos/claude-code-game-studios 技能集。它把测试覆盖映射到 GDD（游戏设计文档）的关键路径，找出已修复但缺少回归测试的 bug，并标记新功能带来的覆盖漂移。该技能维护 tests/regression-suite.md 清单，记录发布前应始终通过的测试。支持 update、audit、report 三种模式，并受 qa.level 与 workflow 层级控制。
Patrol 是 LeanCode 为 Flutter 应用提供的端到端（E2E）测试框架，本技能用于指导编写 Patrol E2E 测试。内容涵盖编写新测试时的操作顺序、Patrol API 与断言规则、原生对话框处理、测试键（test key）约定，以及通过 Patrol MCP 运行测试、截图、查看状态和获取原生 UI 树的方法。适用于需要为 Flutter 应用编写和维护 E2E 测试的场景。
该技能提供基于 axe-core 的自动化无障碍（a11y）测试方案，结合 jest-axe 与 Playwright，用于 WCAG 2.2 合规性验证。可在单元测试中校验组件无障碍性，在 E2E 测试中扫描整页及交互状态（如弹窗、表单、加载、错误状态），并集成到 CI/CD 流水线中作为合并门禁，阻止无障碍违规进入代码库。资料称自动化可捕获约 30%-50% 的问题。适用于添加或验证 a11y 测试、运行 WCAG 检查、实施发布前合规审计等场景。
面向 Umbraco 后台扩展的端到端测试技能，基于 Playwright 与 @umbraco-cms/acceptance-test-helpers，针对真实运行的 Umbraco 实例验证完整用户流程，并配合 @umbraco/json-models-builders 构造测试数据。
Umbraco MSW Testing 是一个面向 Umbraco 后台扩展的测试技能，使用 Mock Service Worker（MSW）拦截 API 请求并返回模拟响应。它适合在不运行真实 Umbraco 实例的情况下测试错误状态、加载状态和边缘情况，例如 404、500、验证错误、加载指示器与骨架屏、网络重试行为等。该技能基于 MSW v2 语法，提供依赖安装、web-test-runner 配置、目录结构、GET/POST/PUT/DELETE 处理器、模拟数据库、Worker 初始化以及与 @open-wc/testing 的集成示例，并包含针对 MSW 未拦截、handler 不匹配等问题的排查说明和从 MSW v1 迁移的对照表。
Soak Test 是面向游戏开发的质量保障技能，用于生成“浸泡测试”（又称耐久测试）的观察协议与分析框架。它针对长时间连续游玩场景，帮助团队发现短时测试难以暴露的问题：内存泄漏（场景切换后堆内存逐渐增长）、性能漂移（帧时间随时间恶化）、状态累积缺陷（机制重复 N 次后出现，如背包满、分数溢出、AI 状态损坏）、乐趣疲劳（首次体验良好但长时间后变得重复）以及内容枯竭（玩家耗尽新颖内容的临界点）。技能本身不执行测试，而是产出协议文档，由人类实际游玩并按时间检查点记录数据。支持 30 分钟、1 小时、2 小时、4 小时等时长，以及 memory、stability、balance、all 等观察重点。协议包含会话前准备清单、T+0 基线记录、定时检查点日志、会话后分析（内存趋势、稳定性汇总、疲劳汇总、问题列表）和结论判定（PASS / PASS WITH CONCERNS / NOT ASSESSED / FAIL）。输出文件为 production/qa/soak-test-[date]-[duration].md，写入前需用户确认。
test-setup 是一个用于为游戏项目搭建自动化测试基础设施的技能。它会在实施开始之前一次性运行，负责检测项目配置的引擎、生成对应的测试运行器配置、创建标准测试目录结构，并配置 CI/CD，使测试在每次推送时自动运行。该技能的输出为 tests/ 目录结构和 .github/workflows/tests.yml 工作流文件。其核心理念是：在冲刺开始时安装测试框架只需约 30 分钟，而在第四个冲刺才安装则可能拖累多个冲刺。使用上遵循协作协议——不会覆盖已有测试文件，创建文件前需获得明确批准，引擎检测不可跳过，若未配置引擎会停止并重定向至 /setup-engine。force 标志可跳过“已存在”的提前退出，但不会覆盖现有文件。Unity CI 场景需手动配置 UNITY_LICENSE 密钥。
test-evidence-review 是一个用于游戏开发工作流的测试证据质量审查技能，隶属于 donchitos/claude-code-game-studios 项目。它不止检查测试文件是否存在，而是进一步评估断言覆盖、边界用例、命名质量与公式可追溯性，并对每个故事（story）给出 ADEQUATE / INCOMPLETE / MISSING / NOT ASSESSED / WAIVED 的判定。该技能支持按单个故事、当前冲刺（sprint）或某个系统/史诗（epic）范围进行审查，输出对话内摘要报告，并可选写入 production/qa/evidence-review-[date].md。它区分 BLOCKING 与 ADVISORY 问题，其判定规则与 /story-done 关闭故事的标准一致，因此可用于 QA 交接签核、里程碑质量审计等场景。
BigCode Evaluation Harness 是一个用于评估代码生成模型的开源工具，覆盖 HumanEval、MBPP、MultiPL-E 等 15 个以上基准，采用 pass@k 指标衡量功能正确性。它支持 Python 及 18 种编程语言的多语言评测，可评估基础模型、指令微调模型以及填充中间（FIM）能力，常用于代码模型基准测试、模型对比和 BigCode/HuggingFace 排行榜提交。工具通过 accelerate 启动，支持量化加载、批量采样、代码执行与结果保存，并可用 Docker 安全运行多语言评测。
Vitest 是由 Vite 驱动的下一代测试框架，提供与 Jest 兼容的 API，并原生支持 ESM、TypeScript 与 JSX，无需额外配置。它与 Vite 应用共享同一套配置、转换器、解析器与插件，因此可以直接复用项目现有的构建配置。该技能基于 Vitest 5.x（beta）版本，生成于 2026-06-22，内容围绕编写测试、模拟（mocking）、配置覆盖率以及测试工作流展开，涵盖配置、CLI、测试 API、断言 API、钩子、模拟、快照、覆盖率、测试上下文、并发、过滤、测试标签、报告器、基准测试、类型测试和多项目等主题。
test-flakiness 是一个用于检测不稳定测试（flaky test）的技能，主要面向游戏开发项目（Godot、Unity、Unreal）。它通过解析多次 CI 运行日志，聚合每个测试的通过率，识别在不同运行中时而通过、时而失败且无代码变更的测试，并给出可能原因分类与处理建议。该技能支持三种模式：分析指定 CI 日志文件、扫描可用 CI 日志、读取已有回归套件中的隔离清单。它会根据失败率将测试分为高、中、低三档，分别建议立即隔离、尽快修复或继续监控，并针对时序、顺序依赖、随机种子、资源泄漏、外部状态、浮点比较、场景加载竞态等原因给出修复方向。技能会生成对话内摘要，并可在用户批准后更新 tests/regression-suite.md 的隔离区，以及可选写入 flakiness-report 报告文件。
Playwright Test Results (DuckDB) 是来自 microsoft/playwright 技能库的一项技能，用于查询汇总后的 Playwright CI 测试结果。所有近期结果存放在单个 DuckDB 文件中，每几小时刷新一次，可用普通 SQL 回答关于测试失败、不稳定性（flaky）和慢测试的问题。数据库通过仓库内置的 CLI 下载与更新，并用随附的 @duckdb/node-api 绑定查询，无需单独安装 DuckDB。表 test_results 每行为一条测试结果（含每次重试），字段涵盖 GitHub Actions 运行身份、工作流名称、事件类型、SHA/分支/PR、CI bot、项目名、测试标题、源码位置、期望与实际状态、重试次数、耗时、错误信息、标签、注解与产物 ID 等，可据此按 (project_name, file, test_title) 分组统计，并区分真实失败与有意失败。
Umbraco 后台扩展单元测试技能，基于 @open-wc/testing 与 Web Test Runner，面向 Web Components 与 Lit 元素。提供两种测试路线：完整 Umbraco 导入方案（可测试 Lit 元素渲染、shadow DOM、元素间上下文消费、UUI 组件交互）与基于 Mock 的简化方案（将 Umbraco 导入映射为本地 mock，适用于类型、常量、纯函数与 observable 状态模式，配置更简单、运行更快）。技能包含依赖清单、web-test-runner.config.mjs 配置、导入路径对照、mock 实现示例、fixture/defineCE/expect 的用法、上下文与元素测试范式，以及常见问题排查（404 导入错误、元素未定义、上下文不可用、observable 测试挂起、updateComplete 未等待）。
skill-test 是 Claude Code 游戏工作室技能体系中的验证工具，用于校验技能文件（.claude/skills/*/SKILL.md）与智能体文件（.claude/agents/*.md）的结构合规性与行为正确性。它完全运行在既有的技能/钩子/模板架构内，无外部依赖。工具提供四种模式：static 静态检查（对单个或全部技能执行 7 项结构合规检查，仅限技能）、spec 行为验证（评估技能或智能体测试规格中的断言）、category 分类评分（按类别专属指标评估技能或智能体）、audit 覆盖报告（列出技能、智能体规格及最近测试日期）。static 模式检查必需的前置元数据字段、多阶段结构、结论关键词、协作协议语言、下一步交接、fork 上下文复杂度与参数提示合理性；spec 模式读取技能或智能体及其测试规格，逐条评估静态断言、测试用例与协议合规；category 模式依据质量评分表按类别评估；audit 模式输出覆盖情况。spec 模式在获得许可后可写入结果文件并更新 catalog.yaml 中的 last_spec 与 last_spec_result 字段。
Patrol 测试架构是一个用于编写 Patrol 端到端（E2E）测试的规范与实践集合，源自助推 LeanCode 团队的推荐架构。它围绕 Modules、System 和 ApiClients 三种结构组织测试代码：Modules 按用户视角划分功能（如认证、首页、下载、播放器），System 封装原生交互（如开启飞行模式），ApiClients 聚合与后端、测试邮箱或第三方服务通信的客户端。测试使用共享的 test keys，并配套 Patrol MCP 工具（run、screenshot、quit、status、native-tree）来运行测试、截图调试、查看状态与获取原生 UI 树。该架构强调每个测试文件只含一个测试、复用模块方法、频繁运行、先写测试再重组到模块中，并规定了键的分配、按键查找控件、断言与原生对话框处理等规则。适用于使用 Flutter/Patrol 构建和结构化 E2E 测试的场景。
用于为 JavaScript 概念文档页面中的代码示例生成完整 Vitest 测试的 Skill，遵循项目约定并引用源码行号。适用于新增或修改概念页、验证文档准确性，以及发布前的自动化校验。
这是一套社区版测试驱动开发（TDD）最佳实践技能，面向 AI 智能体与 LLM，用于指导编写测试、重构与生成代码。内容围绕红-绿-重构（red-green-refactor）循环展开，共包含 42 条规则，分为 8 个类别，并按影响力划分优先级。适用范围包括：使用 TDD 工作流编写新测试、实践红-绿-重构循环、设计测试结构与组织、创建测试数据与夹具、审查或重构现有测试套件。
这是一个用于与本地 Web 应用交互并进行测试的工具包，基于 Playwright 实现。它支持验证前端功能、调试 UI 行为、捕获控制台日志等。工具包提供辅助脚本 scripts/with_server.py 来管理服务器生命周期（支持同时启动多个服务器），并建议以黑盒方式直接调用脚本、先用 --help 查看用法。测试时通过编写原生 Python Playwright 脚本，采用“先侦察后操作”的模式：等待 networkidle、截图或检查 DOM、识别选择器、再执行操作。适用于本地静态 HTML 与动态 Web 应用的自动化测试场景。
test-helpers 是一个面向游戏项目的测试辅助库生成技能，用于为项目实际使用的引擎、语言和系统生成 tests/helpers/ 辅助库，减少测试样板代码。它支持 Godot、Unity、Unreal 三种引擎，可生成断言工具、工厂函数和 mock 等辅助文件，并遵循项目已配置的测试框架与既有测试风格。
Umbraco 后台测试数据构建工具包，提供 @umbraco/json-models-builders 包，用链式 Builder 类生成文档类型、内容、媒体、数据类型、用户权限等测试模型，内置默认值，简化 E2E 与 MSW 测试的数据准备。
Lynx Trace Analysis 是一个用于分析 Lynx 性能追踪（trace）数据的技能，定位为「Lynx Trace 分析专家」，目标是通过查询 trace 数据来定位性能瓶颈并给出可执行的优化建议。它采用 Think-Plan-Act 循环工作方式，强调在深入分析前先加载对应的分析指南并严格遵循。该技能基于一组「知识库指南」来选择分析路径：metrics-analysis（启动阶段、FCP/TTI、导航时序、白屏原因）、timing-flag（性能回调缺失、时序标记异常、ActualFMP/FMP 时长异常）、jank-analysis（滚动流畅度、输入延迟、长任务、丢帧）、diff-analysis（两条 trace 对比、阶段回归）、nativemodule-analysis（桥接通信、原生方法延迟、序列化开销）、render-pipeline（Lynx 渲染管线与阶段间隙）、sql-guide（原始 SQL 查询）。分析结果按统一格式输出，包括执行摘要、数据证据与拆解表格、执行时间线与深入分析、按优先级排序的建议。该技能通过 CLI 命令调用，支持按 slice ID、时间窗口、聚合、祖先/后代、flow 事件、元数据、LynxView 实例、管线、指标、线程、长任务等方式查询 trace，也支持录制 trace。
Umbraco Testing 是一个用于 Umbraco 后台（backoffice）扩展测试的路由型技能，作用是帮助开发者判断当前应选择哪一层级的测试方案，再调用相应的专门技能。资料显示其本身并不直接提供测试实现，而是作为测试策略选择的入口：它给出分层参考表与决策指南，覆盖单元测试（隔离测试 context、元素、控制器）、MSW 测试（无后端情况下测试 API 错误处理与加载状态）、模拟后台测试（在完整后台界面中测试扩展 UI，无需 .NET）、以及 E2E 测试（针对真实 Umbraco 测试完整工作流）。同时列出配套技能，例如用 test builders 生成测试数据、Playwright testhelpers API 参考、以及生成可测试示例扩展。资料还提供测试金字塔示意图、各层测试数量与耗时参考，以及 tree-example 的 npm 命令示例与 Umbraco-CMS 仓库中的参考示例位置。