SuperAPI AI 工具集

Skill 广场

找到适合任务的 Agent Skill,阅读介绍并复制安装命令。

更新于 10-21 00:11

测试与质量

12,415 个结果

performance-audit

Performance Audit 是一个用于分析网页与后端性能的技能,基于 Web Vitals、网络计时指标和 Node.js 进程指标进行诊断。当用户询问页面性能、加载时间、Core Web Vitals、慢页面、慢 API、后端瓶颈或 TTFB 等问题时触发。它通过 browser-devtools-cli 获取 Web Vitals、HTTP 请求、控制台消息和截图,并给出 LCP、INP、CLS、TTFB、FCP 的阈值参考;当 TTFB 或 API 延迟指向后端瓶颈时,可借助 node-devtools-cli 连接 Node.js 进程并设置 tracepoint 捕获调用上下文。

测试与质量52 次安装

accesslint-audit

AccessLint Audit 是一个用于发现并修复 WCAG 2.2 无障碍问题的技能包。它提供两种模式:报告模式(扫描代码库或页面,生成按优先级排序的书面报告,不做任何编辑)和修复模式(审计后编辑并验证修复)。该包仅包含指令,不包含 AccessLint 引擎、浏览器或 MCP 提示,需自行发现已安装的工具与 schema。支持三种流程:audit_live(优先用于 URL,需授权的浏览器/调试会话)、audit-live-page 提示(需连接浏览器 MCP,用于审计现有浏览器会话)、audit_html(用于原始 HTML 字符串、文件或渲染后的 JSX)。报告按严重程度分组,包含规则 ID、受影响文件、修复指令和用户影响,并区分自动可检测问题与需人工判断的内容。

测试与质量52 次安装

wtf.report-bug

wtf.report-bug 是 xiduzo/wtf 技能集中的一个技能,用于让开发者或 QA 工程师从 QA 发现中提交结构化的 Bug 工单。它把失败的 Gherkin 场景作为可复现的测试证据,Bug 中引用场景名称以及声称该行为的 Trace,场景文本以 Feature 正文为准,并关联来源 Trace 与 Feature 以保留上下文。该技能支持从 wtf.hotfix 调用的快速路径,跳过 Gherkin 推导与统一语言映射,仅收集观察行为、预期行为和复现步骤,以便尽快建单开始修复。完整流程包括 GitHub CLI 环境检查、识别来源、确定失败场景、收集 Bug 细节、映射统一语言、查找关联测试文件、按 BUG 模板起草报告、与用户复核并创建工单,最后提供后续步骤选项。

测试与质量52 次安装

eval-driven-dev

该技能面向 Python LLM 应用,提出一套评测驱动开发(Evaluation-Driven Development)的完整流水线:以真实用户方式端到端运行应用,再用评测器(LLM 作为裁判、相似度评分等)对输出打分,通过 pixie test 产出通过/失败结果。核心测试对象是应用自身代码(请求处理、上下文组装、路由、响应格式化),而非 LLM 本身;应用代码真实执行、不做 mock,仅通过 instrumentation 将数据库、缓存、第三方 API、语音流等外部数据替换为测试指定值,且 LLM 调用必须走真实 LLM。工作流分六步:理解应用并定义评测标准、插桩并采集参考 trace、定义评测器、构建数据集、运行 pixie test 并修复机械性问题、分析结果。使用前需激活虚拟环境并运行 setup.sh,初始化 pixie 工作目录并启动后台 Web 服务器。部分配置或环境阻塞项需向用户求助。

测试与质量52 次安装

chatcrystal-debug-recall

ChatCrystal Debug Recall 是 ChatCrystal 体系中的一个调试记忆召回技能,用于在诊断或调试类任务中调用 ChatCrystal 存储的历史记忆,帮助定位问题根因。当任务涉及测试失败、编译错误、运行时异常、依赖损坏、环境故障或性能回归时,该技能被触发。若 recall_for_task 可用,应在提出修复方案之前调用,并传入 mode 为 "debug",同时提供具体调试目标、任务类型、项目目录、工作目录、分支、相关文件以及最有用的错误标识(如失败的测试名称、异常类、错误码、日志签名、相关包或工具版本)。返回的记忆应优先关注能解释根因、补救措施或已知陷阱的条目,用于提升诊断质量,而不是替代当前环境的实际验证。该技能保持轻量,检索交由 ChatCrystal Core 处理。完整模式需要 ChatCrystal Core 与 MCP 访问;若不可用,则进入降级模式,不阻断调试任务,仅简要说明长期调试记忆不可用。

测试与质量52 次安装

tdd-workflow

tdd-workflow 是一个面向 R 语言的测试驱动开发(TDD)工作流技能,基于 testthat 框架。它强制先写测试再写实现,适用于编写新功能、修复缺陷或重构代码。技能要求最低 80% 覆盖率,统计计算与数据验证需 100% 覆盖,并覆盖边界情况与错误场景。它提供单元测试、集成测试、快照测试以及可选的 BDD 风格写法,并给出测试设计原则、文件组织方式、常用断言参考、TDD 七步流程、测试数据策略与常见错误规避方法。

测试与质量51 次安装

workerd-api-review

workerd-api-review 是 Cloudflare workerd 项目的代码审查技能,用于在规划、编写或审查代码变更时提供系统化的检查清单。该技能聚焦四个方向:性能优化、API 设计与兼容性、安全漏洞以及标准规范符合性。资料提到其涉及 tcmalloc 相关的考量,但未提供更多细节。使用时始终依据该 API 审查检查清单开展工作。适用于 workerd 代码库的日常评审与变更评估场景。关于安装命令、具体清单条目、平台限制与收费信息,当前资料暂未提供。

测试与质量51 次安装

principle-attack-the-premise

“Attack the Premise”(攻击前提)是 boring-stack 技能集中的一条原则,用于调试与问题排查场景。当两个或更多共享同一前提的修复方案在同一个关卡(gate)上反复失败时,该原则主张怀疑前提本身,而不是继续修补方案。它要求先把前提写成一句话,再对“谁持有失衡”做一次普查(census),把普查写成可重复运行的脚本,读取失衡的偏斜情况,找出是什么把角色分配给了固定的少数参与者,并通过轮换、随机化或移动角色来消除这种不对称,而不是为它做补偿。该原则强调:在前提被写下且普查存在之前,不要开始下一次修复;若普查在各参与者之间是均匀的,则前提不是原因,应到别处寻找原因并保留普查作为证据。它与“Redesign from First Principles”不同,后者围绕新需求重建设计,而本原则质疑的是当前设计所假设的一个事实。

测试与质量51 次安装

hono-void

hono-void 是 honojs/skills 提供的技能,用于在开发或测试 Void 应用时通过 Hono CLI 验证页面、页面 action 和 API 路由。Void 基于文件路由构建 Hono 应用,没有入口文件,代码也不直接导入 hono,因此该技能建议用 Hono CLI 而非浏览器、curl 或开发服务器进行验证。它支持列出路由、发送单次请求、用 batch 执行创建后读取等多步流程,并可在 expect 中断言状态码与响应体;通过 x-voidpages: true 请求头可让页面返回 JSON 数据而非完整 HTML。该技能还说明页面 action 校验失败仍返回 200、需断言 body.errors,跨源 Origin 返回 403,以及可用 hono browse 在 happy-dom 中运行页面 JavaScript 以发现客户端问题。

测试与质量51 次安装