SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

找到适合任务的 Agent Skill，阅读介绍并复制安装命令。

更新于 11-04 00:13

测试与质量

13,122 个结果

cursor-create-formal-verification-skill

该技能用于为代码库生成一个项目本地的形式化验证技能：在缺陷代价最高、测试覆盖最少的代码处，用合适的工具（模型检查器、证明助手、SMT 验证器等）验证一条属性，并留下可被后续智能体复用的验证技能。它强调验证必须能失败、发现的问题如实报告、明确验证范围与边界，并在交付前实际运行验证以确认能捕获破坏。

测试与质量1 次安装

platform-console

platform-console 是面向主机平台（PlayStation、Xbox、Nintendo Switch）的游戏开发专家蓝图，聚焦手柄优先的交互设计与平台认证合规。资料强调，主机开发的核心约束包括：完全依赖手柄操作、遵循认证要求（TRCs/TCRs）、以及锁定帧率。其核心内容以禁止清单和最佳实践形式给出，明确列出主机开发中绝不可犯的错误，例如显示鼠标光标、失焦时不暂停、使用非锁定帧率、缺少十字键导航、硬编码按键标签、超出平台内存上限等。该技能附带一个 GDScript 脚本 console_compliance_handler.gd，提供认证相关的辅助功能，包括焦点丢失处理和存档提示。输入处理方面展示了 InputEventJoypadButton 的事件匹配示例，用于确认与取消操作。性能要求包括锁定 30 或 60 FPS、内存预算和认证测试。平台服务涵盖成就/奖杯、云存档、多人匹配和平台好友。适用场景为主机游戏开发中的 UI、输入与认证准备工作。

测试与质量1 次安装

testing-patterns

针对 GUT（Godot Unit Test）的测试模式专家蓝图，涵盖断言、mock/stub、异步测试、集成测试与验证技巧。提供 integration_test_base.gd 与 headless_test_runner.gd 两个脚本，后者支持 CI/CD 下的 JUnit XML 输出与退出码处理。内容包含安装步骤、基础测试示例、运行方式、断言模式、信号测试、异步等待、mock/stub、集成测试、手工测试清单、运行时验证辅助、测试目录组织与最佳实践。同时列出测试中绝对不要做的六件事，例如测试私有实现细节、共享状态、用 sleep() 计时、跳过清理、未播种随机数、忘记 watch_signals。

测试与质量1 次安装

api-tester

api-tester 是一个 API 测试自动化技能，用于执行 HTTP 请求、验证响应并生成带安全扫描的测试报告。它可以执行请求、按状态码与 schema 校验响应、运行安全扫描（覆盖 CWE-798、CWE-89、CWE-78 等），并输出结构化测试报告。适用于需要验证某个 API 端点是否正常、运行批量回归测试，或对 API 做安全合规审计的开发者与 QA 工程师，目标是实现可重复、有文档记录的 API 测试运行。它不适用于 UI 或浏览器测试、负载与性能测试以及代码级单元测试。

测试与质量1 次安装

ship-check

ship-check 是一套面向点击式冒险游戏的发布前质量验证流程，核心主张是功能必须在玩家实际运行的导出构建中通过，而非只在编辑器里可用。它要求每次检查都运行真实导出，并输出 PASS 或 FAIL 结果，同时把证据保存到 docs/qa/<plan>/ 目录。流程覆盖：无头导入与 GUT 测试及内容 lint、macOS 桌面导出后以 --qa=<scenario> 运行场景、Web 导出并用本地服务配合 browser-qa 在 Chrome 中做冷启动与热启动两轮验证、用 pck_list.py 检查 Web 包内容与体积、用 --qa=rooms 做房间巡检并检查加载时间、帧 p95 和显存预算（超过 400 MiB、1 秒或 16.7 毫秒即失败）、用 --write-movie 录制 1920×1080 影片，以及通过 deploy.sh 预览或生产部署后再次对已部署 URL 运行 browser-qa。文档还列出每切片检查清单和禁止事项，例如不得仅凭编辑器或 GUT 判定完成、不得放宽预算或阈值、不得在隐藏标签页判断帧时间、录制后不得遗留 override.cfg、不得未导出就部署、不得打印或上传 .env。

测试与质量1 次安装

check

check 是 theplenkov/bro 中面向仓库检查流程的技能，主要用于仓库已配置 sverka 工作流（sverka.config.ts）或用户希望通过 bro 执行检查、扫描的场景。它本身只是策略层，实际执行机制都位于 bro CLI 中，本质是对 `bro check` 的轻量封装，而 `bro check` 是 bro 的检查门面，执行器为 sverka。该技能支持运行仓库的 sverka 工作流并输出文本报告，也支持通过 --json 输出结构化结果（包含命令、计划 ID、状态、步骤、耗时、findings 和 verdict 等），还支持通过 --evaluate 收集 SARIF 产物并运行策略门禁，以及通过 --root 针对其他检出目录运行。配置项包括 bin、config、entry、executor、evaluate，均可选；命令行标志优先于配置。退出码与 sverka 保持一致，便于接入 CI。注意：findings 到 beads 的去重尚未接通，bro check 只报告问题，不负责提交问题。

测试与质量1 次安装

debt

debt 是 theplenkov/bro 提供的技能，用于处理已合并 PR 的评审债务（review debt）。它本身只是策略层，具体机制都实现在 bro CLI 的 `bro review debt *` 命令中，用户执行 /debt 或询问已合并 PR 的评审债务时使用。该技能可扫描不含 debt:* 标签的已合并 PR、收集未解决讨论线程，并写入 harvests/*.jsonl；也支持查看台账状态、统计、趋势、待处理 PR 列表，以及标记、设置状态和同步到 beads。使用前提是 bro 在 PATH 中或通过 npx 运行，并需要 gh 认证；默认启用 beads 时需要 bd，若在 bro.config.json 中设置 stores 为 jsonl 可豁免。

测试与质量1 次安装

dogfood

dogfood 是 bro CLI 中的一个场景驱动端到端自测技能（skill）。运行方式为：提交一份 markdown runbook（场景文件，位于 dogfood/<name>.md），由全新的注册表 agent 在隔离的临时仓库中执行，再由分析 agent 评判并输出 verdict.md（PASS 或 ISSUES）。该技能本身只承载策略，具体机制均在 bro CLI 中。使用时需保证 bro 在 PATH 中（或通过 npx -y @broject/bro@0 调用），并至少配置一个 agents.<backend> 通道。它能创建临时仓库、生成步骤 bead、派生 runner agent，并支持查看场景、运行、查询状态与生成报告；隔离性强，不影响宿主 bro 状态与 claims，适合对 bro/bd 工作流做可复现的自动化自测。

测试与质量1 次安装

test-quality-review

test-quality-review 是一个面向测试质量审查的技能文档，用于审查任意语言项目中的测试，按 keep/tighten/remove candidate/unresolved 四种判定识别冗余或薄弱的测试，并说明每个测试所覆盖的独特需求或回归场景。它强调有源码依据的解释：标题只是声明而非证据，重复性判断必须引用被保留测试的输入、执行路径与断言。默认只审查调用方选定的一份测试文件，扩大范围需先征得同意；可选使用决策 API 作辅助，但必须区分其结论与人工审查结果。适合在代码变更后评估所选测试的价值，不假定任何语言或框架。

测试与质量1 次安装

go-table-driven-tests

该技能用于在 Go 代码库中编写符合既定模式的表驱动测试（table-driven tests）。它规定了一个测试函数包含多个用例、通过 t.Run() 迭代执行的结构，要求每个用例具有描述性的 name 字段、结构化的输入与期望输出字段（以 want 前缀命名），并推荐使用 t.Helper() 编写测试辅助函数、使用 errors.Is() 进行错误比较、通过 setupEnv 配合 defer 完成环境清理，以及用 skipIfNoCreds 辅助函数在缺少凭证时跳过集成测试。适用于编写测试、创建测试函数、添加测试用例等场景。

测试与质量1 次安装

run-tests

run-tests 是一个用于运行采集客户端单元测试并汇报结果的技能。它支持运行全部客户端的测试，也支持通过传入客户端名称（如 modbus、opcua、mqtt）只运行指定客户端的测试。执行时会先通过 uv sync 确保依赖已安装，然后根据范围调用 pytest 运行测试，最后汇总通过、失败和错误数量，并对失败项给出测试名称、文件行号和失败的断言，而不是直接输出原始 pytest 日志。该技能还明确了测试必须覆盖的要点，包括标签名存在于 contracts/tag_database.csv、时间戳为带时区的 UTC、shared.validation.validate_reading() 无违规、协议客户端被 mock 无需真实服务器、DBWriter 被 mock 或指向测试数据库而非生产数据。

测试与质量1 次安装

validate-contract

validate-contract 是一个基于推理的静态审查技能，用于对照 CLAUDE.md 中的 UNS 数据契约检查 collection-client 代码。它并非脚本，而是一项判断任务：阅读客户端代码与契约，然后报告违规项，并给出文件路径、行号和所需修复。支持审查全部三个客户端，或仅审查 Modbus 客户端。检查范围涵盖命名（snake_case、标签存在于 contracts/tag_database.csv、无别名、源标识符通过映射文件解析）、时间戳（UTC 时区感知、朴素时间戳按 config/{client}.yaml 的 source_timezone 转换并记录日志、不静默假设 UTC）、写入目标（写入前经 validate_reading() 验证、通过 DBWriter 写入、tag_id 从 uns_namespace 解析、未解析标签进入 dead_letter、值类型与 metric_type 一致、质量标志仅限 GOOD/BAD/STALE）、共享代码（从 shared.models 导入 Reading、不重复定义验证或数据库写入逻辑）以及测试（每个客户端有单元测试、模拟协议客户端、通过 validate_reading() 验证契约合规）。报告按客户端输出 PASS 或 FAIL，列出违规项与修复建议，并附边缘情况说明。

测试与质量1 次安装

benchmark-checklist

这是一个用于审查性能测量结果是否可信的检查清单技能。在报告或依据某个性能数字（如 PR 的前后对比、性能回归声明、爬山调优框架、库或配置选择）采取行动之前，用它逐项核实：限制因素、是否调优、是否突破物理极限、是否统计错误、是否可复现、是否真正影响用户、以及被测工作是否真的发生。核心原则是每个问题都要用运行证据回答，而不是靠对代码的猜测。

测试与质量1 次安装

create-verification-skill

该技能用于为项目生成一个本地验证技能（verification skill），让智能体能够像真实用户一样驱动应用、验证行为并采集证据。它支持任意语言、框架或平台，通过访谈代码仓库（而非用户）来确定应用的交互界面、启动方式、驱动方式、可观测证据和隔离能力，然后生成 .agents/skills/verify-<app>/SKILL.md 及配套的功能地图（features/README.md 与各功能文件）。生成内容面向下一个智能体冷启动阅读，包含启动、诊断、驱动、证据、清理和辅助脚本等章节，并要求在交付前完整执行一遍以证明其可用。

测试与质量1 次安装