SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-21 00:11
12,424 个结果
Zero Script QA 是一种不编写测试脚本、仅通过结构化 JSON 日志与实时监控来验证功能的测试方法论。它把传统“写测试代码→执行→检查结果→维护”的流程，替换为“搭建日志基础设施→手动 UX 测试→AI 日志分析→自动问题发现”。核心要求是记录所有 API 调用（包括 200 OK）、所有错误和重要业务事件，并让整个流程可通过 Request ID 追踪。日志采用可解析的 JSON 格式，字段保持一致（timestamp、level、service、request_id、message、data），不同环境使用不同日志级别。实时监控通过 Docker 日志流实现，由 Claude Code 实时分析、即时发现问题并记录。该方法配套提供日志架构规范、Request ID 生成与传播实现模式、后端（FastAPI）与前端（Next.js）日志代码示例、Nginx JSON 日志配置、docker-compose 配置、基于 Docker 的 QA 工作流、问题检测模式与阈值，以及迭代测试周期和 E2E 测试脚本模板。
Test Architect 是一个用于测试设计与分析的技能，专注于测试策略制定、覆盖率缺口分析、边界用例识别、不稳定测试诊断以及测试套件架构审计。它提供六种工作模式：design（为功能或模块设计测试策略与测试金字塔）、generate（生成测试用例或测试代码）、gaps（从覆盖率报告分析覆盖缺口）、edge-cases（系统识别函数边界用例）、flaky（从日志和代码诊断不稳定测试）、review（审计测试套件架构）。该技能仅用于测试设计与分析，不负责运行测试、CI/CD、代码审查或 TDD 工作流。
wtf.steer-qa 是一个用于生成或完善 QA 标准文档的技能，产出的文档路径为 docs/steering/QA.md。该文档是测试策略、覆盖率要求和测试模式的权威参考，同时定义每个实现者和 QA 工程师必须遵循的完成定义（Definition of Done）。技能遵循共享的 steering-doc 流程（存在性检查 → 调研 → 访谈 → 起草 → 评审 → 写入 → wiki 同步 → 继续），并针对 QA 场景提供专用输入：文档路径、模板、显示名称与提交信息。调研阶段通过 Agent 工具从测试框架配置、测试脚本、覆盖率配置、测试文件约定、现有测试类型、CI 配置、CLAUDE.md 及已知不稳定区域中提取事实，并检查 docs/steering/TECH.md 中已有的测试约束。仅对调研无法确定的缺口主题（覆盖率阈值、完成定义、测试环境、已知不稳定区域、Mock 策略）向用户提问。写作阶段要求严格遵循 STE 规范，覆盖率阈值以强制最低值表述，测试命令必须与 CI 实际运行一致，完成定义以复选框形式给出，已知不稳定区域需如实记录。
TestDino Health 是 TestDino 的一个健康检查工具，用于确认 TestDino 是否已连接、验证个人访问令牌（PAT）是否有效，并列出可用的组织与项目，帮助找到正确的 projectId。当用户需要检查连接状态、验证 PAT 或发现可用组织与项目时可以使用该工具。
TestDino Manual Runs 是一个用于管理手动测试执行运行（manual execution run）及更新运行内用例级结果的技能。它支持列出、创建、查看和更新手动运行，以及查看和更新运行中的单个测试用例。适用于需要按发布、环境、标签等维度组织手动测试、分配用例负责人、修改用例结果或记录耗时等场景。
TestDino 手动测试技能，用于在 TestDino 中创建、更新或浏览手动 QA 测试用例与测试套件，不涉及执行运行。
TestDino Test Runs 是一个用于检查自动化测试结果的技能，可列出失败或不稳定的测试、按分支等条件筛选测试运行，并结合历史上下文调试失败的测试用例。
Apidog CLI 的测试自动化技能，用于创建与运行测试套件、场景用例，配置定时任务、runner 与 CI 回归，并处理 apidog run 的执行参数、迭代数据、报告上传及失败诊断。
Apidog CLI 测试场景建模技能，用于查询、创建、更新、删除和运行 test-scenario 资源，并导入接口、测试用例或其他场景步骤，编排多步骤自动化流程。
Apidog API 生命周期工作流技能，覆盖从需求到 API 设计、Schema、环境、Mock、测试用例、文档导出与发布、分支合并的完整交付流程，强调按资源顺序执行并设置质量门禁与交付验证。
CircleCI Smarter Testing 技能用于在已有 testsuite 基础上启用智能测试功能，包括测试影响分析、动态测试拆分和失败测试自动重跑，由 doctor 命令驱动配置与校验。
将 Bluejay 语音 AI 测试平台的配置迁移到 Coval 的技能，覆盖指标、人设、智能体、测试集、测试用例、运行模板与定时任务，通过 API 调用完成，并支持幂等重跑与迁移报告。
write-bats-test 是一个用于为 shell 脚本编写或扩展 bats-core 测试的技能，遵循 tests/ 目录下的既有约定。当 setup.sh 或 skills/deepworkplan/shared/context.sh 的行为发生变化时（例如新增标志、新增检测分支或新增输出字段），可使用该技能补充测试。其目标是让新增或变更的 shell 行为获得与现有测试风格一致的 bats-core 覆盖。使用步骤包括：先阅读 tests/setup-sh.bats 与 tests/context-sh.bats 以匹配风格和辅助函数；为新行为添加 @test 用例；对任何文件系统操作使用一次性的 HOME/临时目录，避免测试套件触碰开发者的 ~/.claude；断言应聚焦可观察契约，如 context.sh 输出的 JSON 字段、setup.sh 创建的符号链接名称以及退出码；运行 bats tests/ 并迭代直至全部通过。验证标准是 bats tests/ 通过（含新增用例），且测试套件不在临时目录之外留下任何产物。注意事项：测试必须能在 bash 3.2 上运行；优先测试公共契约（标志、符号链接名称、JSON 键）而非内部实现，以免重构导致测试套件频繁变动。
dart-collect-coverage 是一个用于 Dart 和 Flutter 项目的测试覆盖率采集与报告工具，基于 coverage 包提供的命令行脚本。它帮助开发者运行测试、从 Dart VM 收集覆盖率数据、生成 LCOV 或 HTML 报告，并过滤掉生成代码。支持一键自动化采集（coverage:test_with_coverage），也支持手动 VM Service 工作流以获取函数级和分支级覆盖率指标。可通过 // coverage:ignore-* 指令排除特定代码，并集成到 CI 流程中设置覆盖率阈值。适用于需要度量测试覆盖率、生成可视化报告、清理自动生成文件（如 .g.dart、.freezed.dart）的 Dart/Flutter 开发团队。
用于为 Flutter 应用添加端到端集成测试的技能，覆盖依赖配置、测试编写、真机/模拟器/Web 执行、性能分析与 CI/CD 集成。
用于审查当前工作区、暂存区、分支或提交差异的代码质量技能，覆盖代码、文档、配置与基础设施变更，强调以 file:line 证据记录问题，并串联验证、修复与文档更新流程。
该技能用于在本地运行测试并分析汇总报告，给出只读的通过/失败判定，包含精确计数、失败用例名称与报告路径，不实施任何修复。
Drupal Test Traits（DTT）ExistingSite 测试技能，用于对真实运行的 Drupal 站点进行测试，支持创建内容、断言页面并配合 DDEV 运行测试。
Drupal Kernel 测试是 Drupal 模块开发中的一种测试类型，基于 KernelTestBase 基类，在最小化的 Drupal 引导环境下运行测试。它适用于测试与 Drupal 服务容器交互的服务、数据库操作与实体 CRUD、钩子（hook）实现、配置操作，以及需要真实数据库但不需要完整浏览器的场景。通过声明所需模块、安装实体 schema 与配置，开发者可以在接近真实运行环境的情况下验证模块逻辑，而无需启动完整的 Drupal 站点或浏览器。
用于优化 Apache Spark 作业的技能，涵盖分区策略、内存管理、Shuffle 优化与性能调优，适合排查慢作业、调整执行器配置、处理数据倾斜及扩展大规模数据管道。
一个用于处理代码评审反馈的技能：在实施建议前先做技术验证，避免表演式附和，对不清楚、有风险或有争议的反馈先提问再动手。
用于审查 XcodeBuildMCP 快照夹具变更的技能，关注 MCP、CLI 与 JSON 输出契约的完整性，默认仅审查、不修改产品代码。
用于审查 XcodeBuildMCP 结构化输出 schema 变更的评审技能，覆盖 schema 版本管理、manifest outputSchema 元数据与 JSON fixture 兼容性，默认只做审查不改产品代码。
用于审查 XcodeBuildMCP 工具契约变更的技能，覆盖实现、清单、工作流归属、输出 schema 元数据与下一步模板，默认仅审查不改动产品代码。