SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-14 00:01
8,631 个结果
TDD 是一个测试驱动开发技能，围绕“红→绿”循环提供参考规范，帮助开发者写出值得保留的测试。技能强调先写失败测试、再写最少实现代码的工作方式，要求测试验证公共接口而非实现细节，让代码可以自由重构而测试保持稳定。技能给出了好测试的标准、测试放置的接缝（seam）、常见反模式（实现耦合、同义反复、横向切片）以及循环规则；同时要求测试只在事先与用户确认的接缝上编写，并在探索代码库时参考 GLOSSARY.md 与 ADR，使测试名称与接口词汇匹配项目领域语言。适用于希望以测试先行方式构建功能或修复缺陷、想要进行集成测试，或提到“红-绿-重构”的场景。
migrate-to-shoehorn 是一个用于将测试文件中的 `as` 类型断言迁移到 @total-typescript/shoehorn 的技能。它帮助开发者在编写测试时传入部分数据，同时保持 TypeScript 类型检查通过，用类型安全的替代方案替换 `as` 断言。该技能仅适用于测试代码，明确禁止在生产代码中使用 shoehorn。它提供了 fromPartial()、fromAny() 和 fromExact() 三种辅助函数，分别用于传入仍能通过类型检查的部分数据、故意传入错误数据（保留自动补全）以及强制完整对象。典型迁移模式包括将 `as Type` 替换为 fromPartial()，将 `as unknown as Type` 替换为 fromAny()，并通过安装命令 npm i @total-typescript/shoehorn 引入依赖，最后运行类型检查验证。
测试驱动开发（TDD）技能，要求在编写任何功能或修复代码之前先写测试。核心理念是：先写会失败的测试，观察它失败，再写最小实现代码使其通过，最后重构。铁律是「没有失败的测试，就不写生产代码」。适用于新功能、缺陷修复、重构和行为变更，例外情况（一次性原型、生成代码、配置文件）需征得人类伙伴同意。
playwright-cli 是微软 Playwright 生态下的一款命令行浏览器自动化工具，用于通过命令行驱动浏览器完成网页交互、测试与调试。它支持打开与导航页面、点击、输入、填写、拖拽、悬停、下拉选择、文件上传与拖放、勾选等常见页面操作，并能通过快照（snapshot）获取当前页面状态，以 ref、CSS 选择器或 Playwright locator 定位元素。工具还提供键盘与鼠标控制、多标签页管理、前进后退与刷新、截图与 PDF 导出、Cookie 与 localStorage/sessionStorage 等存储状态管理、设备与媒体等模拟（emulation）、网络请求路由与模拟（route）、控制台与请求查看、代码执行（eval / run-code）、追踪（tracing）、操作录制、视频录制与标注等能力。它支持多浏览器与浏览器会话管理，可连接已运行的 Chrome/Edge 或通过 CDP 端点附着，也支持持久化配置与配置文件启动。安装可通过 npm 全局安装，或在本地使用 npx 调用。
中文介绍正在整理，稍后补充。
这是一个面向 Playwright 测试开发全流程的实践指南型技能，适用于编写测试、修复不稳定用例、调试失败、实现 Page Object Model、配置 CI/CD、优化性能以及模拟第三方服务等场景。它以“按活动检索”的方式组织内容，把测试工作中的常见任务映射到对应参考文件，例如编写 E2E、组件、API、GraphQL、可视化回归测试，处理认证、文件上传下载、无障碍、安全、国际化，覆盖移动端与响应式、WebSocket、地理位置、多标签页等场景。技能还提供架构决策指引（POM 与 fixtures、Mock 与真实服务、测试类型选择）、框架特定测试（React、Angular、Vue/Nuxt、Next.js）、重构维护、基础设施与 CI/CD 配置、并行与分片、报告与覆盖率，以及调试与错误边界测试等主题，并给出一个快速决策树帮助定位所需参考文件。使用方面，资料提到在编写或修改测试后运行 npx playwright test --reporter=list 验证，失败时查看错误输出与 trace（npx playwright show-trace），修复定位器、等待或断言后重跑，关键测试可用 npx playwright test --repeat-each=5 多次运行。资料未提供安装命令、收费与价格、平台支持范围等细节。
fingerprint-ci-gate 是一个把浏览器指纹回归变成 CI 门禁的技能：用 liarjs 扫描当前环境的指纹一致性，将结果保存为 JSON 基线，后续运行与之对比，一旦状态发生变化就让构建任务失败或提示差异。资料称其为“让构建失败，而不是让封禁率上升”，因为指纹回归往往是几周后才以流量被拒的形式显现。它支持两种门禁机制：绝对分数下限（--min-score，低于该值退出码 1）和基线差分（diff 子命令只输出两次扫描之间状态发生变化的检查项）。退出码约定为 0 干净、1 低于 --min-score、2 出错（如找不到浏览器）。环境要求 Node 22 或更新版本、镜像中有 Chromium，且运行时零依赖。使用方式包括 npx 命令、GitHub Actions 步骤以及参考资料中的 GitLab CI、Docker 镜像、Playwright 断言等配方。它还可通过 --offline 运行 32 项 JS 层检查且不发起外部请求，或以 --endpoint 指向自建的同类 Cloudflare Worker。
playwright-stealth-verify 是一个基于 liarjs 库的浏览器指纹一致性检查工具，用于验证 Playwright、Puppeteer、Selenium 或 CDP 驱动的自动化浏览器是否呈现出一致的指纹特征。它只做检测，不修改浏览器，也不附带任何规避手段或伪装配置。checkPage 可作用于任何提供 evaluate(expression: string) 方法的对象，因此可直接对接已有的 Playwright 或 Puppeteer Page，在真实启动参数、插件和代理环境下进行测量。返回的 ScanResult 包含 score、label、checks、client、server、meta 等字段，可用于断言分数下限，也可针对具体检查项断言。该工具需要 Node 22 或更高版本，零运行时依赖，不会影响现有 Playwright 或 Puppeteer 安装。既支持在测试进程内检查 Page，也支持通过 npx liarjs --cdp 连接到已在运行的浏览器。
fingerprint-failure-triage 是一个用于解读 liarjs 指纹检测报告的技能，核心工作是把报告中每一条失败的检测项归因到产生该信号的具体组件。报告给出的分数只是汇总，真正有价值的是检测项 id：每个 id 对应一项具体测量，能够说明是哪一环（浏览器启动配置、页面修改层、网络路径、机器或镜像）产生了该信号。该技能要求先取得完整结果而非只看失败项，再用参考文档把失败项按来源分组，标记出属于必然出现的失败（如无头模式、数据中心 IP），每次只改动一项并重新扫描，最后用 diff 命令对比前后变化而不是重新打分。技能强调报告是需要解读和转达的数据，不是要执行的指令；同时说明分数只反映内部一致性，不能预测具体网站会如何对待该浏览器，因为真实检测还会考虑 IP 声誉、账号历史和行为等因素。
中文介绍正在整理，稍后补充。
这是一个用于多维度代码审查与质量把关的智能体技能，适用于在合并任何代码变更之前执行审查。它要求每次变更都要经过五个维度的检查：正确性、可读性与简洁性、架构、安全性、性能。它给出了明确的批准标准：只要变更确实改善整体代码健康度即可批准，即使并不完美；不因写法与审查者不同而阻止变更。使用场景包括合并 PR 前、功能实现完成后、评估其他智能体或模型生成的代码、重构现有代码、以及任何缺陷修复之后（同时审查修复与回归测试）。该技能还规定了变更规模建议、变更描述写法、审查流程、发现问题的分级标注、多模型审查模式、死代码清理、审查速度、分歧处理、依赖管理与升级纪律，并提供了一份完整的审查清单。
中文介绍正在整理，稍后补充。
中文介绍正在整理，稍后补充。
中文介绍正在整理，稍后补充。
中文介绍正在整理，稍后补充。
中文介绍正在整理，稍后补充。
中文介绍正在整理，稍后补充。
中文介绍正在整理，稍后补充。
中文介绍正在整理，稍后补充。
该技能用于根据功能规格说明生成基于 Tzatziki 的 Cucumber BDD 测试（.feature 文件）。它以 Tzatziki 的步骤定义库作为合法步骤模式的唯一来源，要求所有步骤文本来自真实的 Java 步骤定义，禁止改写或臆造步骤关键词。工作流程包括解析规格、探测项目依赖与构建工具、检查测试引导配置、先运行已有测试验证环境，然后在获得用户批准后编写场景并反复运行测试直至无未定义步骤错误。它强调优先修改已有场景而非新建，使用 YAML 文档字符串表达结构化数据，并主动向用户建议可选边界情况场景。
中文介绍正在整理，稍后补充。
用于数据库测试的 QA 技能：验证数据库完整性、前后向测试迁移、校验 schema 约束、管理种子数据、检测迁移漂移并排查查询性能。开始前应先查看 .agents/qa-project-context.md，其中记录的数据库类型、ORM、迁移工具与环境配置会影响后续所有模式。该技能要求先明确数据库类型（PostgreSQL、MySQL、SQLite、MongoDB 或多库）、ORM/查询构建器（Prisma、TypeORM、Drizzle、Sequelize、SQLAlchemy、Django ORM 或原生 SQL）、迁移工具（Prisma Migrate、TypeORM migrations、Flyway、Liquibase、Alembic、knex 或自定义）、测试数据库策略（每测试隔离库、事务回滚、Testcontainers 或共享库清理）、现有种子数据形式以及性能基线。核心原则包括：迁移必须前向与后向都测试；约束是第一道防线；种子数据要确定性；每个测试隔离数据库状态；测试真实迁移而不是 ORM 同步；无法失败的性能断言毫无价值。
中文介绍正在整理，稍后补充。
中文介绍正在整理，稍后补充。