Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
OpenSpec 的 tempa-spec 架构代码与工件评审——所有任务完成后,根据 specs/**/*.md、design.md 和 tasks.md 检查已实现的代码。最多进行 3 轮,每轮均在全新的子 Agent 会话中运行,且不保留对实现者的记忆;按 HIGH/MEDIUM/LOW 标注严重性,并按 MECHANICAL/DECISION 标记解决方式;必须通过测试和 lint 检查;内置差异底线防护,用于标记抑制项、跳过项、已删除测试、移除的断言和存根。在 tempa-spec 架构的 `apply` 第 2 阶段评审中使用。
执行全面的 NestJS 项目健康审计。分析技术栈、架构、API 设计、数据层、测试、代码质量、CI/CD 和文档,并生成可分享的 Markdown 报告,包含各章节评分和加权总分。用户要求审计 NestJS 项目、进行健康检查、评估后端质量或评估技术债务时使用。触发词:'nestjs audit'、'health audit'、'backend audit'、'nestjs health'、'node audit'、'api audit'、'project quality check'。
用 `hogli ci:preflight` 在推送前捕获由你的 diff 可触达的确定性 CI 失败。当 pre-push 钩子阻止推送时、在报告任务完成之前,或编辑 Python、序列化器、迁移、工作流或依赖清单之后使用 —— 避免为本地就能捕获的失败(格式、lint、损坏的锁文件、OpenAPI 漂移、迁移冲突、过期分支)消耗一整个 CI 矩阵。触发词:ci:preflight、preflight、pre-push checks、pre-push hook failed、「will this break CI」。
Yaklang 工具链与插件验证指南。讲清如何用 yaklang 源码引擎 (go run common/yak/cmd/yak.go) 跑脚本, 以及四个热加载/codec 验证命令 (yak hotpatch-mitm / hotpatch-global / hotpatch-webfuzzer / codec-plugin) 如何用真实 gRPC 同款执行路径验证你写的 MITM / 全局 / Web Fuzzer 热加载与右键 codec 插件;还讲如何 借助 yaklang 仓库源码定位与调试 MITM 问题。当用户问"我写的插件怎么验证 / MITM 行为不对怎么调"时使用。
当用户构建或解读 doca/tools/gpunetio_ib_write_bw 工具对时,使用此技能:CUDA 内核通过 doca-gpunetio 设备侧接口提交 RDMA WRITE 工作请求,以测量 GPU 与 IB 设备组合上的持续 GPU 驱动 WRITE 带宽。即使未提及工具名称也应触发,常见表达包括:"测量 GPU 提交 WR 时的 WRITE 带宽"、"相同标志下每次运行的带宽波动"、"NIC 已饱和还是受 CUDA 内核限制"、"GPUNetIO 带宽工具的 meson 编译失败"、"nvidia_peermem 未识别我的 GPU 缓冲区",或 "GPU 提交 WRITE 带宽与 CPU 路径的比较"。通用 doca-gpunetio 库工作、DOCA 设置、GPU 提交 WRITE 的延迟对应工具、CPU 提交的 RDMA 基准测试(doca-perftest)以及应用级端到端速率不属于此技能,应拒绝并转交其他技能处理。
当用户分析通过 GPUNetIO 从 CUDA 内核发出的 RDMA WRITE 往返时间时,使用此技能:在 `doca/tools/` 下编译 `gpunetio_ib_write_lat`,验证 GPU–NIC 亲和性,并解读 half-iteration/full-iteration/nanosecond 列,以分析实时控制回路的中位数、p99 和尾部抖动。对于 "H100 + ConnectX 上的 p99 WRITE 时间"、"尾部延迟与批处理的关系" 或 "设备发起与上游 ib_write_lat 的比较" 等隐含请求,也应加载此技能。吞吐量测试(doca-gpunetio-ib-write-bw)、GPI 通道 API(doca-gpi)、GPUNetIO API 工作(doca-gpunetio)或 SDK 设置不属于此技能,应拒绝并转交相应负责人。
查询并汇总 CawPlan QA Insights A3 针对某个 Version 或 Run 的 TestRail 执行进度:执行率、通过质量、去重后的失败/阻塞队列,以及按 Ticket 的进度表。适用场景:A3 执行进度、测试执行摘要、TestRail run 进度、执行摘要、失败列表、通过率、未测试数量、状态统计、自定义状态,查询A3执行进度、查询Version测试进度、查询TestRail Run进度、执行摘要、失败列表、通过率、未执行统计、全status统计。不适用于:导入测试用例、创建 TestRail Plans/Runs、提交缺陷(使用 `cawplan-defect-ticket`)或发布风险评估。
COLA v5 架构(菱形架构)的全面指导——阿里巴巴的 COLA 框架,包含 adapter/application/domain/infrastructure 分层。涵盖完整项目脚手架、架构校验(cola-creator + cola-validator 组合)、使用 ArchUnit 的依赖规则检查、CQRS 集成,以及多模块 Maven/Gradle 项目生成。当用户询问 COLA 架构、菱形架构、cola-creator、cola-validator、创建 COLA 项目,或需要阿里巴巴 DDD 框架时使用。
用于 Hardhat 3 项目——编写或修改 Solidity 测试、TypeScript 测试,或任何涉及 hardhat.config.ts、`hardhat` 导入或 `network.create()` 的代码。涵盖测试层选择、forge-std cheatcodes、network connection API、`networkHelpers`、先编译再类型检查的工作流,以及使用 slang-solx 编译器加速较慢的构建(尤其是 via-IR)。如需工具箱特定指导(客户端、合约调用、断言),也请加载匹配的 `hardhat-toolbox-*` skill。
优化 Next.js 路由在初始加载(硬导航)或指定的客户端导航(软导航)时立即呈现的有效 UI。将目标编写为失败的 @next/playwright instant() 端到端测试,并逐个验证路由和入口,使测试通过;随附的测试可防止回归。适用于扩展静态外壳、修复首次绘制缓慢或导航不够即时、诊断哪个 Suspense 边界阻塞了有效 UI,或添加 instant() 回归测试。要求使用 Next.js 16.3+,并已采用 Cache Components。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
