Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
对依赖电子邮件的流程进行端到端测试:注册确认、密码重置、魔法链接登录、OTP/MFA 验证码和通知邮件。涵盖收件箱捕获决策树(Mailpit、Mailosaur、MailSlurp、ShazaMail、Ethereal)、Playwright 轮询(不使用固定等待)、从邮件正文中按模板提取链接/OTP、每项测试使用确定性地址(加号寻址、每个收件箱独立地址)、主题/发件人/标头/链接断言,以及作为独立测试套件的 SPF/DKIM/DMARC 可送达性检查。适用于:“测试注册确认邮件”“密码重置邮件测试”“魔法链接登录测试”“从邮件中捕获 OTP”“Mailpit”“Mailosaur”“MailSlurp”“ShazaMail”“邮件在 CI 中偶尔无法送达”“断言邮件主题/发件人/链接”。不适用于:从应用代码发送事务性邮件,或对邮件提供商进行仅 API 的契约测试——这些属于 api-testing / 应用职责。不同客户端间的邮件 HTML 渲染(Outlook/Gmail 深色模式)不在范围内(请注明为差距;使用 visual-testing 或 Litmus)。相关:playwright-automation、api-testing、test-data-management、qa-project-context。
仅依据证据,像 Awwwards 评审团一样为任何网站评分。在桌面设备、限速手机和减少动态效果模式下截取每种页面类型的截图,测量 LCP、CLS、FPS,检查 axe、键盘焦点和悬停反馈,审查 SEO 和元数据;随后由一位从未看过代码的新评审对设计、易用性、创意、内容和六个开发者领域评分,并列出按优先级排序的修复清单。有人要求审查、点评、评分或吐槽网站、作品集或落地页,询问网站是否达到 Awwwards 或 Site of the Day 的水准,或希望对在线 URL 或本地构建进行设计 QA 时使用。不用于构建或重新设计网站;此类任务请使用 /awwwards。
阻止编码 Agent 交付千篇一律的 UI。利用 UIZZE 的 80 万+ 真实网页与 iOS 界面来构建产品专属界面、定义设计契约、覆盖必需状态,并执行严格的完成度关卡。在 Codex、Claude Code、Cursor、Copilot 或其他编码 Agent 中设计、实现、重新设计、评审网页或 iOS 界面,或在发布前做审查时使用。可用「anti-ui-slop」「stop UI slop」「ground this UI in real screens」或「run the UI finish gate」触发。
针对 PSP 沙箱端到端测试支付与结账流程 —— 首选 Stripe,并涵盖 Adyen/Braintree/PayPal 的通用模式。内容包括 Stripe 测试模式卡号及其拒绝码、3DS/SCA 质询流程及其在 Playwright 中的嵌套 iframe 处理、用于订阅/计费周期模拟的测试时钟、Webhook 测试(stripe listen/trigger、签名验证、幂等性)、失败与重试的支付以及退款,并强调绝不使用真实卡。适用于:“测试 Stripe 结账”“支付测试”“3DS 测试”“测试 webhook 签名”“测试订阅续订”“测试时钟”“退款测试”“拒付卡测试”“结账端到端测试”。不适用于:非支付端点的通用 API 契约测试 —— api-testing;PCI-DSS/监管合规审计 —— compliance-testing。相关:api-testing、playwright-automation、compliance-testing、test-data-management、qa-project-context。
在适用框架(ICH Q2(R2) 与 Q14、USP <1220>/<1225>/<1226>、ICH M10 生物分析、CLSI EP 或 ISO/IEC 17025)下规划、执行并记录分析方法的验证、确认与转移。凡是涉及 HPLC、LC-MS/MS、GC、CE、ICP-MS、溶出度、qNMR、qPCR、NIR、配体结合或细胞法,且问题在于该方法是否适用于其预期用途时使用。触发词包括"方法验证"、"分析方法验证"、"AMV"、"验证方案"、"接受标准"、"线性"、"报告范围"、"准确度与精密度"、"重复性"、"中间精密度"、"回收率"、"LOD"、"LOQ"、"检出限"、"定量限"、"专属性"、"耐用性"、"方法转移"、"方法比较"、"Deming"、"Passing-Bablok"、"Bland-Altman"、"等效性检验"、"OOS 调查"、"ICH Q2"、"Q2(R2)"、"Q14"、"USP 1225"、"ICH M10"、"样品重测"、"ISR"、"CLSI EP",以及任何需要证明分析方法可用的请求。
端到端测试 Amazon MWAA 工作流执行:触发运行并监控至完成,适用于 Provisioned(通过 Airflow REST API 的 Python DAG)和 Serverless(通过 StartWorkflowRun 的 YAML 工作流)。验证制品已部署且可解析,在确认后触发运行,轮询直至达到终态;若失败,则委托 debugging-mwaa-workflow 进行诊断,并委托 authoring-mwaa-workflow 修复制品或重新部署,然后在尝试次数上限内重新测试。触发条件:test my DAG、test my workflow、run my DAG、trigger a test run、does my DAG work、smoke-test the pipeline、verify my workflow runs、execute my DAG to check it。不适用于编写或部署新工作流(由 authoring-mwaa-workflow 处理),也不适用于诊断运行失败原因或查明错误根因(由 debugging-mwaa-workflow 处理)。
仅做修复——按 WCAG 2.2 修复网页无障碍(a11y)违规问题,采用「基线检测—编辑—验证」循环。接受目标对象(URL、文件、目录),或来自 `accessibility-scan`/`accessibility-inspect`/`accessibility-audit` 的问题清单,按既定规则应用机械化修复,将需要视觉或上下文判断的部分留作 TODO,并通过重新运行基线检查进行验证。它只负责修复。查找问题请使用 `accessibility-scan`(单页、自动)、`accessibility-inspect`(单页、手动)或 `accessibility-audit`(整站、WCAG-EM);检查回归请使用 `accessibility-diff`。适用于「修复 X 中的 a11y 问题」「让这个页面具备无障碍」「补充缺失的替代文本和标签」「应用这些无障碍修复」「修复这些违规问题」等请求。
为 ISO 管理体系和实验室能力标准准备就绪证据并进行结构性评审 —— ISO 13485 医疗器械质量管理体系、ISO 14971 医疗器械风险管理、ISO/IEC 17025 检测和校准实验室、ISO 15189 医学实验室。适用于整理声明范围、受控文件、风险管理档案、认可范围、可追溯性、CAPA、外部供方控制或有边界的本地证据清单,以及区分 ISO 认证与实验室认可、FDA QMSR 检查、CLIA 认证、MDSAP 和欧盟 MDR/IVDR 的证据边界。不适用于法律适用性、合规、认证或认可决策;不包含条款原文。
审计 Lightning Web Components 是否符合 SLDS,并生成带评分的质量报告。运行 SLDS linter,分析 CSS 中主题钩子的使用及配对情况,检查 HTML 的可访问性属性,并按类别对发现项评分,得出总体等级。当用户要求“为我的组件打分”、“SLDS 评分卡”、“质量报告”、“审计 SLDS 合规性”、“我的 SLDS 做得怎么样”、“检查组件质量”、“给我的组件评级”、“评估我的组件”、“这个组件可以发布了吗?”、“检查我的 LWC 是否有问题”、“提交前审计”、“代码审查前审查我的组件”,或希望评估 LWC 或 SLDS 组件质量及生产就绪程度时使用。不用于修复违规(使用 uplifting-components-to-slds2)或构建新组件(使用 applying-slds)。
单页、动手实测层——对真实页面执行规则引擎无法判定的网页无障碍(a11y)检查:键盘操作与焦点顺序、来自可访问性树的屏幕阅读器名称与角色和状态、重排与缩放、减弱动效、表单错误、目标尺寸。每条发现都按证据依据(已验证 / 需人工确认 / 必须人工)和严重程度评级,并在台账中收口每一项标准:已验证、已标记、未测试或不适用。只负责定位和评估,不做修复(请使用 `accessibility-fix`)。适用于键盘测试、焦点顺序检查、屏幕阅读器或可访问性树审查、200% 下的重排与缩放,或「这真的可操作,而不只是通过 lint 检查」这类问题。自动化层是 `accessibility-scan`;`accessibility-audit` 会在抽样站点上同时运行两者。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
