SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-26 00:15
12,709 个结果
该技能用于在合并任何变更前，强制实施可复现测试、自动化验证与证据驱动的签核流程。它把测试、QA脚本、linter以及链上/链下模拟视为一等交付物，要求先设计测试再编码，覆盖失败用例与验收标准，并尽可能采用确定性、无头测试环境，避免仅靠手工步骤。运行后需覆盖受影响的平台（iOS/Android/web）、运行时或链环境，对非确定性检查采集日志、截图、追踪等产物，在PR或issue中记录确切命令与提交哈希，并在合并前为不稳定测试创建后续项。验证阶段要求目标测试全部通过并有文档记录，静态分析、类型检查、格式化工具与合约分析器通过，且证据（产物、哈希、截图）附加或链接供评审者检查。
该技能用于在编写或修改测试、添加 mock、或考虑加入仅测试用的钩子时提供防护，帮助避免常见测试反模式，例如测试 mock 行为、向生产类添加仅测试方法、在不理解依赖的情况下盲目 mock、交付不完整的 mock，以及把集成测试当作事后补充。它强调测试必须验证真实行为而非 mock 行为，mock 只是隔离工具，永远不是被测对象。技能给出五条铁律、五类反模式的错误示例与修复方式、判断门槛、红旗信号和快速参考表，并建议通过 TDD 流程（先写失败测试、再实现、后重构）从源头防止这些问题。
test-feature 是一个面向已完成或接近完成功能的 QA 验证技能，通过真实产品界面进行浏览器、移动端或 API 测试，捕获证据并生成本地 HTML 验证报告。它是通用起始技能，通常在项目中先运行 setup-task-to-pr 以注入本地 URL、认证、设备等配置。
dev-browser 是一个带持久化 Chrome 状态的浏览器自动化回退方案，仅在 Browser Use 不可用或被阻止时使用。它通过连接本地 127.0.0.1:9222 上长期运行的调试 Chrome 实例来复用登录状态，避免使用一次性浏览器。安装方式为 npm install -g dev-browser 后执行 dev-browser install。默认使用 dev-browser --connect http://127.0.0.1:9222，并建议使用独立的 Chrome --user-data-dir 调试配置目录，而非用户日常 Chrome 数据目录。
Harness 是一个面向编码智能体的技能，用于为代码仓库构建和改善「验证基础设施」，让智能体的工作成果可被真实地验证和信任。它的核心理念是环境优先于提示词：机械化的检查（钩子、CI、健康检查、脚本）优于口头约束，并且要把「构建者」与「评判者」分离——harness 负责搭建验证台，verify 负责使用它。它提出一个 7 层堆栈：Boot（单命令启动应用）、Smoke（快速证明应用存活）、Interact（智能体可操作真实界面）、E2e（关键用户流程端到端可用）、Enforce（钩子、CI 门禁、lint 规则等机械检查）、Observe（日志、健康端点、追踪、机器可读信号）、Isolate（worktree 或容器互不冲突）。工作流程包括审计（按可启动、可测试、可观测、可验证四个维度评级，最低维度决定整体等级）、按顺序补齐缺失层、收紧薄弱或不稳定的层、以及在仓库达到 C+ 可被诚实评判后移交给 verify（如产生文档漂移则移交给 docs）。它明确列出反模式，如仅为 mock 的测试、自我评估、把文档修复伪装成 harness 工作、在此做常规 PR 评审、以及一开始就追求完美 harness。分派规则：需要在真实界面评审 diff、分支或 PR 时用 verify；需要更新 AGENTS.md、README.md、specs 或仓库文档时用 docs。
一个在本地把原始缺陷截图加工成 QA 风格证据图的工作流技能：在图上叠加圆圈/椭圆、箭头、标注文本框与“BUG — <KEY>”角标，输出单张带注释 PNG，不调用任何外部图像服务。
面向拉取请求与补丁的高信号代码审查工作流，覆盖正确性、可读性、API/UX、性能、安全与可维护性，帮助作者安全快速地上线变更，并给出可执行的评审意见。
面向 Python、Rust、JavaScript/TypeScript、Solidity 与 Go 的属性测试与模糊测试技能，通过断言不变量并让框架生成大量输入，发现加密、解析器和智能合约中的安全边界问题，涵盖属性识别、框架选择、反例最小化与失败分类。
基于 Trail of Bits Testing Handbook 方法的安全测试技能，围绕模糊测试（AFL++、libFuzzer、Honggfuzz）、Sanitizer（ASan、MSan、UBSan、TSan）与静态分析（Semgrep、CodeQL、Clang Static Analyzer）三条主线，指导编写 harness、管理语料、编译插桩、崩溃分诊并将漏洞映射到 MITRE ATT&CK。
bkit-evals 是一个技能质量评估运行器，属于 bkit-claude-code 项目 v2.1.11 Sprint β FR-β2 的一部分。它封装了 evals/runner.js 脚本，为技能评估提供输入校验、结果持久化和结构化报告能力。此前用户需要直接执行原生命令 node evals/runner.js <skill> 并自行记住参数结构，也缺少对超时和沙箱的考虑；bkit-evals 作为包装层解决了这些问题。它支持两个主要操作：run <skill> 执行单个技能的评估套件，list 列出所有拥有 eval.yaml 定义的技能。使用方式为 /bkit-evals run gap-detector 或 /bkit-evals list，不传参数时等同于 list。运行结果会通过聊天中的一行摘要呈现，包括退出码、解析后的通过/失败计数以及持久化结果文件的路径。
为 Symfony 项目搭建并运行质量门禁：PHPStan 最高级别（含 Symfony、Doctrine 扩展）、php-cs-fixer 代码风格、deptrac 分层约束、composer audit 与 importmap:audit 漏洞检查、lint:container、doctrine:schema:validate，并提供 Castor/Make 任务与 CI 工作流。
aile-tdd 是一个测试驱动开发（TDD）技能，要求在编写任何功能实现或错误修复的生产代码之前先写测试。它保留 RED→GREEN→REFACTOR 闭环，强调先看到测试失败，再写最少代码通过，最后重构。
swift-concurrency-pro 是一个用于审查 Swift 并发代码的正确性、现代 API 用法与常见 async/await 陷阱的技能，来自 199-biotechnologies/swiftui-claude-skills。它在阅读、编写或审查 Swift 并发代码时使用，目标是只报告真实存在的问题，不吹毛求疵或凭空制造问题。审查以 Swift 6.2 或更高版本、严格并发检查为基准，若代码跨多个 target 或 package，会先比较它们的并发构建设置再判断行为是否应一致。核心倾向包括：优先结构化并发（任务组）而非非结构化 Task{}；新代码优先 Swift 并发而非 GCD，但在底层代码、框架互操作或性能关键的同步工作中队列与锁仍可接受，不视为错误；当 API 同时提供 async/await 与闭包变体时优先 async/await；不擅自引入第三方并发框架；不建议用 @unchecked Sendable 消除编译错误。
Swift Testing 是苹果随 Swift 6 推出的新一代测试框架，本技能用于编写、评审和改进使用 Swift Testing 的测试代码，强调现代 API 用法与最佳实践。它把评审流程拆分为核心规则、测试编写规范、异步测试、新特性与 XCTest 迁移几个方面，并按需加载对应的参考文件。适用于 Swift 6.2 及以上、使用现代 Swift 并发特性的项目，可帮助将 XCTest 代码迁移到 Swift Testing 并指出测试结构、断言、依赖注入、actor 隔离、网络 mock 等方面的问题。注意 Swift Testing 不支持 UI 测试，UI 测试仍需使用 XCTest。
该技能是一个仅通过斜杠命令触发的测试编排工具，用于对 GitHub CLI 搜索类技能运行完整的 Python 测试套件。它会在用户显式执行 /test-gh-skills 斜杠命令或明确要求“运行完整测试套件”时启动，绝不自动调用。测试脚本 run-all-tests.py 会解析 testing/scenarios/ 下的所有场景文件，将 80 个测试通过并行工作池（默认 4 个 worker）分发执行，每个测试都在全新的 Claude 会话中通过 run-single-test.sh 运行，仅携带用户请求、不泄露测试标准。测试覆盖 6 个技能组：gh-cli-setup（安装、认证、故障排查）、gh-search-code（代码搜索）、gh-search-commits（提交搜索）、gh-search-issues（议题搜索）、gh-search-prs（PR 搜索）、gh-search-repos（仓库搜索）。执行完成后会自动以无头方式调用 test-reviewer 智能体，分析失败模式、进行根因分析并生成 REVIEWER-NOTES.md。报告分为四级：总报告、分组报告、单测报告和评审分析。支持 --workers N 与 --no-review 参数。执行约需 2-3 分钟，属于较昂贵的操作，因此限定为显式调用。
marketplace-audit 是一个用于校验 Claude Code 插件市场完整性的技能。它针对遵循标准 .claude-plugin/marketplace.json 加 plugins/<name>/ 目录结构的项目，执行结构化的全面审计。主要检查文件存在性、孤立文件、frontmatter 字段、颜色一致性与和谐度、命名规范、marketplace.json 模式、版本合法性、依赖解析与无环性，以及文档计数漂移。脚本支持 --fix 自动修复颜色问题，并可按严重程度（CRITICAL、WARNING、INFO）处理发现的问题。建议在提交任何修改插件文件或 marketplace.json 之前主动使用。
python-tdd 是一个面向 Python 的测试编写技能，核心主张是让测试固定“行为”而不是“实现细节”。它围绕 pytest 组织一整套可操作规范：第一，界定该测与不该测的内容，优先覆盖可观察行为、返回值、用户流程、API 契约、边界与错误处理，而避免测试框架内部机制、私有方法与第三方库行为；第二，给出完整的 TDD 红-绿-重构流程与覆盖率目标，关键路径要求 100% 行与分支覆盖，整体目标 80% 以上；第三，规定 BDD 命名方式（test_<action>_should_<outcome>_when_<condition>）与 Arrange-Act-Assert 结构；第四，汇总真正值得记忆的 pytest 模式，包括夹具作用域、parametrize 自定义 ID、mock 与 autospec、异步测试、hypothesis 属性测试、tmp_path 与 monkeypatch；第五，列出常见反模式及其替代做法；第六，给出 pytest 基础设施规则，如根 conftest 先行执行、重量级依赖 mock 必须放在根 conftest、外部服务 mock 完整性审计与 slow 标记约束。它还引用三份补充文档，分别覆盖 TDD 纪律、框架配置与 pytest 基础设施细节。
tdd-integration 是一个用于强制推行测试驱动开发（TDD）的技能，要求在实现新功能时严格遵循红-绿-重构（Red-Green-Refactor）三阶段循环，并使用集成测试进行验证。当用户要求实现新功能或新功能代码时，该技能会自动触发。其核心约束是：每个新功能必须先编写失败的集成测试（RED），确认测试失败后才能编写最小实现代码使其通过（GREEN），测试通过后再评估并改进代码质量（REFACTOR）。多个功能需逐个完成完整循环，禁止跳过阶段、先写实现后写测试、未见测试失败就进入绿色阶段，或在前一功能循环未完成时开始新功能。
CyberStrikeAI 的渗透测试项目黑板技能：把项目事实与漏洞写入绑定项目的 SQLite 黑板，跨会话保留，支持 Fact 图、关系边、置信度与多代理协调落库。
用于规划软件质量保障测试策略的技能，覆盖测试金字塔、单元/集成/E2E 测试、TDD 红绿重构循环、Mock 策略与 CI/CD 集成，适用于新项目定义测试方案、重构前建立安全网或排查频繁缺陷。
用于验证测试有效性的变异测试技能：通过实际修改代码并运行测试，判断测试能否发现人为引入的缺陷。适用于分析分支改动代码，找出薄弱或缺失的测试，并给出加固建议。
记录任意 Web 应用的产品演示视频技能，使用 Playwright 录制带字幕的完整用户流程，并用 ffmpeg 转为 mp4，可作利益相关者的证据视频、功能演示或缺陷修复证明，也充当端到端测试。
阿里云 Live-Debug 运行时诊断技能，用于在阿里云 CMS 上创建和管理 ServiceTask 诊断任务，并通过 SLS 查询采集结果，支持动态日志、方法快照、动态指标、动态 Span 与 JVM 检查。
用于定义北极星指标及其输入指标的技能，帮助团队按注意力、交易或生产力三类游戏归类产品，评估候选指标质量，并搭建相互连接的指标框架。适用于产品指标定义、复盘与规划对齐。