SuperAPI AI 工具集

Skill 广场

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

更新于 11-04 00:13

测试与质量

13,120 个结果

ai-slop-detector

这是一个用于审查已完成文稿或代码的技能,目的是找出 output_discipline(ai-prompts/CLAUDE.md)所禁止的 AI 输出痕迹,而不是在起草时应用该规范。它提供散文与代码两类痕迹的检查方法:散文部分给出公告式复述、空洞强调、无信息模糊限定、公式化排比、谄媚开场、破折号、装饰性表情符号等词法匹配模式,并强调逐条结合上下文判断,区分规则引用自身主题、术语专门用法与真正空洞自夸;代码部分给出不可达防御分支、无第二用例的抽象、复述签名的文档注释、以脚手架代替实际工作、仪式化占位步骤、洗白类型的类型转换、无契约的兼容路径、无视所在文件的风格等形状,建议用 ast-grep CLI 做结构化匹配、用符号工具做引用搜索,并以 file:line 加具体改动的形式报告发现。

测试与质量1 次安装

kmp-snapshot-testing-setup

为 Kotlin Multiplatform(KMP)与 Compose Multiplatform 项目搭建快照测试(Snapshot Testing)基础设施的技能。它会创建 build-logic 约定插件(convention-kmp-test、convention-kmp-snapshot-testing 及 SnapshotReportTask),复制核心测试模块(提供 shouldMatchSnapshot、StateHolderSnapshotPbtSpec、LogicSnapshotPbtSpec、PbtActionScope 等基于 Kotest 的属性测试组件),复制 Compose 测试模块(runComposableSnapshotTest、ComposeSnapshotPbtSpec,覆盖 Density、ScreenSize、Theme),并放置快照差分脚本 tools/snapshot-diff.sh 及分步脚本,最后配置根 build.gradle.kts 的清空任务并在目标模块启用约定插件。使用时需先确认项目结构、测试模块路径、包名与设置范围,再按七个步骤执行并运行 ./gradlew compileKotlinJvm 验证。

测试与质量1 次安装

tdesign-test-component

本技能为 TDesign React 组件单元测试提供完整 SOP 与最佳实践,适用于编写、维护组件单元测试、更新修复测试用例、运行快照测试以及提升测试覆盖率等场景。技能明确采用 Vitest 作为测试运行器,配合 @testing-library/react、@testing-library/user-event、@testing-library/jest-dom 等工具进行组件测试与用户交互模拟。内容涵盖测试文件的位置与命名规范(packages/components/[component-name]/__tests__/vitest-[component-name].test.jsx)、测试工具导入方式(从 @test/utils 引入 render、fireEvent、vi、act、userEvent、mockDelay、simulateInputChange、simulateKeydownEvent 等),并给出从基础渲染、Props、TNode 渲染、事件、异步操作到用户交互的分步流程示例,以及 CSR/SSR 快照测试、运行命令、Loading 状态、DOM 属性、className 组合等常见测试模式,还包含 ResizeObserver 与时间 Mock、测试检查清单和覆盖率目标(整体>80%、新组件>90% 行覆盖、核心逻辑 100% 分支覆盖)。

测试与质量1 次安装

wbbench-run-setup

wbbench-run-setup 是 WorkBuddy Bench(WB-Bench)评测运行的交互式配置与启动引导技能,属于腾讯 workbuddy-bench 技能集。它面向“从零配置并启动一次 WorkBuddy Bench 评测”,或不确定如何搭建评测运行的用户,用一个分阶段的七步剧本(Phase 0–6),一步步带用户从尚未配置的代码检出(checkout)走到评测实际运行并进入结果分析。每个阶段对应一份 references 参考文件,代理需先完整读取对应文件再执行,一次只完成一个阶段,并在进入下一阶段前与用户确认。七个阶段依次为:数据集(把子集下载到 datasets/)、环境(得到可运行的检出)、模型(生成 configs/models/<provider>/<slug>.yaml)、凭据(在 .env 中配置 URL 与 key)、任务(生成 configs/jobs/<slug>.yaml)、启动(先 dry-run、确认后再真正运行)、分析(交给 wbbench-report-skills)。如果资料未提供具体命令、字段定义或参数取值,则暂未提供。

测试与质量1 次安装

characterization-tests

特征测试(Characterization Tests)是一种在改动未测试代码前先“锁定”其当前行为(包括怪癖和缺陷)的方法:这些测试不判断代码“应该”做什么,而是记录它今天实际做了什么,从而让任何行为变化都表现为某个测试失败。适用于在重构或修复缺陷前为遗留代码建立安全网。该技能来自 terddyy/imogen-skills,页面地址为 https://www.skills.sh/terddyy/imogen-skills/characterization-tests。

测试与质量1 次安装

contract-tests

contract-tests 是一套面向后端 API 响应及 webhook/队列载荷的契约测试方法,目的是保护其他仓库所依赖的字段与类型约定。当后端团队删除、重命名或更改承诺字段的类型时,契约测试会让在 CI 阶段先失败,并在报错信息中说明哪些消费者会受影响。该方法按步骤执行:先从仓库映射的连接表和影响分析中找出被其他仓库消费的端点与载荷,再到消费者仓库中搜索字段名,确认消费者实际读取的字段;随后选择最轻量的实现方式,包括基于 OpenAPI 的模式对比、在提供方仓库中编写 Pytest 契约测试,或仅在团队已运行 Pact broker 时采用消费者驱动契约。测试范围覆盖详情、列表(含分页信封)、错误格式和消费者用于分支判断的枚举值;webhook/队列载荷用真实生产者函数构建,再断言其结构。最后把契约测试接入提供方常规测试命令与 CI,并规定契约文件需注明消费者及字段读取位置,不得为通过测试而随意删除断言,契约只保留消费者实际使用的字段。

测试与质量1 次安装

test-writer

test-writer 是一个用于为 Django/DRF 项目编写 pytest-django 测试的技能,强调沿用项目自身的测试风格与既有设施。它会先读取 pytest 配置、各级 conftest.py、工厂与现有测试文件,复用已有夹具而非另建;再依据需求或代码列出应测场景,包括验收标准的正常路径、权限(匿名 401、角色不符 403)、跨租户隔离(他人组织对象返回 404 或 403)、字段校验、状态规则、副作用(邮件、任务、Webhook、审计记录)以及列表端点的查询次数;随后编写测试并以公开接口(API 端点、服务函数)验证行为,而非私有辅助函数。技能提供 pytest-django 用例示例,说明 django_db 标记、settings 覆盖、mailoutbox、查询计数断言、on_commit 回调捕获等工具用法,并建议仅在边界处(外部 HTTP、支付、.delay())使用 mock。最后要求运行新文件、应用测试乃至全量套件,并通过临时破坏行为来验证测试确实会失败。该项目使用 Django TestCase 时同样适用。

测试与质量1 次安装

orca-emulator

orca-emulator 是一个用于在 Orca 应用内控制移动端(iOS)模拟器/仿真器串流的能力/技能,通过 orca CLI 命令行操作。它的用途包括点击、手势、输入文字、硬件按键、摄像头注入、运行时权限以及无障碍树等操作,同时实时画面保留在 Orca 的模拟器面板中。在 Orca 内运行智能体时,官方建议优先使用它,而不是直接使用原始的 serve-sim 或 simctl,因为 Orca 会代为处理设备作用域、辅助进程生命周期和 worktree 上下文。它是 orca-cli 技能(面向终端、worktree 和内置浏览器)的补充。该文档本身只是一个发现入口(stub),并非使用指南;完整且与版本匹配的参考文档由 orca 二进制文件自身提供,需先通过 ORCA skills get orca-emulator 获取,再执行具体命令。

测试与质量1 次安装

msw

MSW(Mock Service Worker)是一款用于 API 模拟的网络请求拦截工具,可在浏览器端通过 Service Worker、在 Node.js 端通过内存拦截的方式,模拟 REST 与 GraphQL 接口。它让测试与本地开发共用同一套请求处理器,保持模拟行为一致,并能透明兼容 fetch、axios、Apollo 等任意 HTTP 客户端,无需修改应用代码。适用于单元测试、集成测试、组件测试以及本地开发调试等场景。

测试与质量1 次安装

wiremock

WireMock 是一个灵活的 HTTP mock 服务器,用于创建模拟 HTTP 服务、精确匹配请求、录制与回放真实 API 流量、使用响应模板以及进行故障注入测试。它支持以独立服务器、Docker 容器或在测试中内嵌(Java)的方式运行,理解其 JSON mapping 格式、有状态场景(stateful scenarios)和代理(proxying)能力。可用于多种用途,例如模拟接口、录制回放、故障注入或契约测试。

测试与质量1 次安装