SuperAPI AI 工具集

Skill 广场

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

更新于 11-03 00:11

测试与质量

13,059 个结果

accessibility-audit

这是一个用于 WCAG 2.1 AA 合规的 Web 无障碍审计技能,提供系统化的方法和修复指南,适用于无障碍合规审查、修复已报告的 a11y 问题、新功能无障碍检查、生产部署前审查以及用户投诉调查。技能强调在任何无障碍改动之前先检查现有实现,例如查找已有的 aria/role/sr-only 工具、skip link、焦点陷阱、无障碍基础组件以及审计配置,避免重复 UI 库(如 shadcn/ui、Radix、Headless UI)已提供的无障碍能力。内容包含可感知、可操作、可理解、健壮四个维度的快速检查表,以及表单标签、颜色对比度、键盘导航、焦点管理、图片 alt 文本、动态内容播报、跳过导航、无障碍模态框、表格、表单等常见问题的修复示例,并涵盖屏幕阅读器测试、自动化测试和审计报告模板。

测试与质量1 次安装

accessibility-audit

Accessibility Audit 是一个用于审查界面与标记可访问性的技能,依据 WCAG 原则检查语义 HTML、键盘操作、标签与名称、颜色对比度、动态内容与动效等方面,并给出具体修复建议。它适用于用户提出无障碍(a11y、WCAG、屏幕阅读器支持)需求时、发布新页面或组件前、审查表单/模态框/交互式 UI 时,以及设计或 UI 变更影响交互或内容之后。该技能会先定义审查范围,逐项检查并记录问题位置、WCAG 准则、影响、修复建议与严重程度(critical/major/minor),同时建议配合 axe、Lighthouse 等自动化工具及键盘、屏幕阅读器手动测试。它强调优先使用原生 HTML 与正确 ARIA,不声称单次审查即可实现完整 WCAG 合规。

测试与质量1 次安装

pfw-macro-testing

pfw-macro-testing 是一个用于对 Swift 宏进行快照测试的技能,基于 MacroTesting 库。它指导开发者添加 swift-macro-testing 包依赖、在测试目标中引入 MacroTesting 产品,并按照规范创建独立的宏测试目标与测试套件。测试通过 assertMacro 断言宏展开结果,内联快照由测试套件自动生成,无需手写。该技能强调宏测试文件必须包裹在 #if os(macOS) 中,因为宏测试无法在其他平台运行;同时要求编辑断言时先删除已有内联快照,以便测试重新生成。资料还说明该技能仅面向特定用户,其他用户不应使用。

测试与质量1 次安装

principle-attack-the-premise

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

测试与质量1 次安装

principle-prove-it-works

“Prove It Works”是一条任务完成前的验证原则:在宣布任务完成之前,必须直接检查真实产物本身,而不是依赖代理指标、自我报告或“能编译通过”这类间接信号。它强调直接验证进程是否存活、读取真实值而非缓存或派生表示,并在验证失败时先怀疑观察方法而非系统本身。该原则还建议尽可能把检查写成可重复运行的确定性脚本,把输出保留为可供他人复跑的产物,从而让正确性可被独立复核。

测试与质量1 次安装

brewcode-review

brewcode-review 是 Brewcode 产品体系中的审查适配器,基于共享的 superreview 只读审查工作流,对 Brewcode 的 hooks、脚本、skills、agents、模板以及原生兼容性契约进行产品级检查。它不重复实现审查引擎,不自动修复问题,也不修改审查指令,而是在用户明确指定的产品、路径和修订边界内,补充产品专属的检查项。审查时会读取实时的根级与嵌套 AGENTS.md、被引用的规则、清单文件、生产者模板、兼容性生成器以及既有的验证与测试入口,并检查 hook 事件与 schema、JSON 输出、ESM/异步/错误处理、shell 解释器与平台假设、skill 元数据与可用流程、原生 agent TOML 与产品 Markdown 格式、占位符与生成物同源关系、兼容性/安装/更新保留情况、固定依赖与实际发布版本契约等。它强调从当前来源推导需求,而非依赖过时的固定数量、插件版本、角色名或复制的标志表;在可行时通过集成消费者审查生产者形态数据,用非变更性检查或隔离工作区验证生成一致性,审查期间绝不重新生成线上文件。最终通过 superreview 的报告契约输出一份经过验证的产品审查,包含覆盖范围、实际执行的检查、未解决问题和范围限制。

测试与质量1 次安装