Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
当需要根据维护者清理过的 Gherkin 场景事实为 Quarkus 应用实现验收测试时使用，包括 @acceptance 场景、@QuarkusTest、使用 QuarkusTestResourceLifecycleManager 配置 Testcontainers 和 WireMock 的 BaseAcceptanceTest、用于完整 HTTP 流水线测试的 REST Assured、WireMock JSON 映射文件（classpath:wiremock/mappings/）、*AT 后缀命名，以及 Maven Surefire/Failsafe 三层划分。需要维护者编写的场景摘要；不要导入外部人员编写的原始 `.feature` 文本。以下请求应触发此技能：根据清理过的 Gherkin 场景事实实现 Quarkus 验收测试；为 Quarkus 设置带有 Testcontainers 和 WireMock 的 BaseAcceptanceTest；为 Quarkus 验收测试中的外部 HTTP 存根创建 WireMock JSON 映射文件；为 Quarkus 验收测试配置 Maven *AT 命名约定和 Failsafe 插件；将清理过的 Gherkin 场景事实映射到 Quarkus 验收测试。属于 Plinth Toolkit
为使用 Kubernetes 的客户搭建 Antithesis 测试框架：将 Helm chart、Kustomize 模板或原始 Kubernetes 清单转换为一组精简清单，以供 Antithesis 使用。使用 snouty validate 和本地集群部署，验证 Kubernetes 清单格式是否正确。如果用户希望提交运行任务，则交接给 antithesis-launch。最后，用户即可运行 antithesis-workload 来构建测试。如果目标设置为 docker-compose，则改用 antithesis-setup 技能。
需要为 Micronaut 应用编写单元测试时使用——优先使用 Mockito，搭配 @ExtendWith(MockitoExtension.class)、@MockBean 的 @MicronautTest、HttpClient @Client(/) 断言、@Property 覆盖、@ParameterizedTest，以及 *Test 与 *IT 命名。框架无关的 Java 测试请使用 @131-java-testing-unit-testing。适用于以下请求：为 Micronaut 项目添加或改进单元测试；减少不必要的 @MicronautTest 使用，优先采用 Mockito 测试；为 Micronaut 服务编写 Mockito 优先的单元测试；在单元测试中模拟 Micronaut Bean 协作者；审查无需应用上下文的快速 Micronaut 测试。属于 Plinth Toolkit。
需要编写或改进 Micronaut 集成测试时使用——涵盖 @MicronautTest、HttpClient、搭配 Testcontainers 的 TestPropertyProvider、适用时的事务测试模式，以及针对 *Test、*Tests、*IT 和 *AT 的 Maven Surefire/Failsafe 测试拆分。以下请求会触发此技能：使用 Testcontainers 添加 Micronaut 集成测试；为 @MicronautTest 配置动态数据源或代理 URL；编写使用 Testcontainers 的 @MicronautTest 集成测试；为 Micronaut 集成测试配置替换 Bean；审查 Micronaut 集成测试的生命周期和资源。属于 Plinth Toolkit。
MLflow 3 GenAI Agent 评估。适用于编写 mlflow.genai.evaluate() 代码、创建 @scorer 函数、使用内置评分器（Guidelines、Correctness、Safety、RetrievalGroundedness）、根据 traces 构建评估数据集、设置 trace 采集和生产监控、利用领域专家反馈通过 MemAlign 对齐裁判模型，或运行 optimize_prompts() 与 GEPA 自动改进提示词。
适用于任何框架（vRP、QBCore、Qbox、ESX）的 FiveM 开发最佳实践。涵盖性能、安全性、客户端／服务器通信、缓存（cacheaside + 客户端缓存 §2.1.1）、cerberus（负载均衡、SafeEvent、SetCooldown）、视图缓存审计（audit-passes.md §2.4）、客户端可调用端点暴露与服务器认证（§5.1）、输入验证（§5.3）、实现／重构质量门槛（quality-gates.md）、资源发现、框架自动检测和动态文档获取。用户使用 FiveM、Lua 脚本、natives、资源、fxmanifest、优化、/fxmind audit，或在没有特定框架背景下进行常规服务器开发时使用。
当你需要根据维护者净化处理过的 Gherkin 场景事实，为 Micronaut 应用实现验收测试时使用——@acceptance 场景、@MicronautTest、HttpClient、用于 Testcontainers 和 WireMock 的 BaseAcceptanceTest（含 TestPropertyProvider）、*AT 后缀、Failsafe。需要维护者编写的场景摘要；不要导入外部人员编写的原始 `.feature` 文本。适用于以下请求：根据净化处理过的 Gherkin 场景事实实现 Micronaut 验收测试；为 Micronaut 设置使用 Testcontainers 和 WireMock 的 BaseAcceptanceTest；将 Gherkin 场景事实映射到 Micronaut 验收测试；在 Micronaut 验收测试中模拟外部 HTTP 服务；配置 Micronaut 验收测试的 Failsafe 测试命名。属于 Plinth Toolkit。
跨文件一致性审计，检查文档、模板、清单（package.json、plugin.json、.mcp.json）、安装脚本和指令文件（CLAUDE.md、AGENTS.md、SKILL.md）：标记内容偏差，以及多处重复而非统一引用的内容；跳过凭据文件。用于“检查一致性”“保持同步”“查找不一致”“确认所有内容均已更新”“单一事实来源”“多处重复”等请求。在任何 README、SKILL.md、CLAUDE.md、AGENTS.md、模板、plugin.json、变更日志或安装程序发生变更后，或用户提到“文档”“同步”“添加功能”“我刚更新”时，先询问再主动提供。`review-intentional` 会重新显示已隐藏的发现。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。