Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
在 WordPress 代码(插件、主题、区块)发布之前对其进行审查。最好在 Agent 编写、编辑或评审涉及 WordPress API 的代码后主动使用:add_action/add_filter、短代码、自定义字段框、AJAX 处理器、REST 路由、WP_Query 或 $wpdb、小工具,或 WP-CLI 命令。当用户提出「审查这个插件」、「这样可以安全发布吗」、「把它做成可翻译的」、「优化这个查询」,或在「写一个插件」、「添加一个端点/短代码/自定义字段框」之类的任务之后使用。强制要求转义与清理、nonce 加权限检查、预编译数据库查询、优先使用核心 API、可翻译字符串,以及查询与缓存规范。不适用于 WooCommerce 特定的订单、商品或结账逻辑(使用 woo-guard)、非 WordPress 的 PHP、通用代码质量审查(使用 clean-code-guard)、测试代码审查(使用 test-guard)、服务器或托管配置,以及 WordPress 概念性问题。
访问和测试受 Vercel Authentication、SSO 或 Deployment Protection 保护的 Vercel 部署。在以下情况下使用:当 curl、agent-browser、Playwright 或其他自动化请求访问到 Vercel 登录或保护页面时;当受保护的预览或生产 URL 返回 401 或 403 时;当出现 TRUSTED_SOURCES_ENVIRONMENT_MISMATCH 时;或在 `vercel curl` 与 `x-vercel-trusted-oidc-idp-token` 标头之间选择时。
创建或修改 konsistent.json 配置文件,用于在 TypeScript 代码库中强制执行结构约定。当用户希望强制统一的代码结构、校验各文件的导出/导入、确保目录包含必需文件、强制命名模式、添加/删除/更新约定规则、为缩写或特殊大小写配置大小写映射覆盖(kebabToPascalMap、kebabToCamelMap),或排查 konsistent 报告违规的原因时使用。触发词:"konsistent"、"konsistent.json"、"enforce conventions"、"structural consistency"、"consistent exports"、"consistent structure"、"code conventions config"、"add convention"、"update convention"、"fix konsistent errors"、"case map"、"case override"、"acronym casing"。
在生成或变更的 WooCommerce 代码(扩展、支付与配送集成、结账定制、订单/商品逻辑)上线前进行审查。最好在 Agent 编写、编辑或审查涉及 WooCommerce API 的代码后被动使用:wc_get_order、wc_get_orders、wc_get_product、WC() 购物车或会话、woocommerce_* 钩子、Store API 端点、支付网关、订单或商品元数据、HPOS、订阅或预订。适用于「review this Woo plugin」「is this HPOS compatible」,或「write a WooCommerce extension」「add a checkout field」「hook into the order flow」「update stock」等任务之后。强制要求:HPOS 安全的订单访问、用 CRUD 而非直接操作元数据、功能兼容性声明、服务端结账校验、金额处理规范,以及用钩子而非模板覆写。不适用于:不涉及 WooCommerce API 的 WordPress 代码(用 wp-guard)、通用代码审查(用 clean-code-guard)、测试审查(用 test-guard)、店铺配置与后台界面问题。
只读审查现有多语言博客文章的文件夹:检查翻译覆盖率、内容一致性、hreflang 与 canonical 一致性、元标签一致性以及过时译文,并生成按优先级排序的报告。针对已有文章,用户提到“语言区域审计”“检查翻译”“多语言审计”“hreflang 检查”或“Uebersetzungen pruefen”时使用。不用于创建或修复译文(blog-translate、blog-localize、blog-multilingual),也不用于全站技术性 hreflang 爬取(claude-seo seo-hreflang)。
在启动、设计、整理、完成或发布 n8n 工作流时使用。涵盖视觉布局(便签)、说明背后的原因、节点名称、验证、测试、文件夹/项目及发布。以下情况会触发:create_workflow_from_code、update_workflow、validate_workflow、publish_workflow、archive_workflow、“design”“lay out”“organize”“structure”“sticky”“describe this workflow”“ship”“deploy”“publish”“name this workflow”,以及任何文件夹/项目整理请求。
将 JSON 文件中的审查结果作为行内评论发布到 GitHub Pull Request 上,并将每条评论附加到对应的文件和行。当你手上有一份审查结果列表/JSON(每条包含文件路径、行号,以及 summary/failure_scenario 之类的消息),并希望将其作为行内审查评论发布到 PR 上时使用。触发语包括「把这些审查评论发到 PR 上」「把评论关联到 PR 中的文件」「把审查结果发布到 PR #N」,或提供一个 {file, line, summary} 的 JSON 数组来转换为 PR 评论。
当用户希望监控、排查或降低应用崩溃率时使用——包括设置 Crashlytics、确定优先修复哪些崩溃、解读崩溃数据,以及了解崩溃如何影响 App Store 排名。当用户提到 "crash"、"crashlytics"、"crash rate"、"ANR"、"app not responding"、"crash-free sessions"、"crash-free users"、"symbolication"、"stability"、"firebase crashes"、"app crashing" 或 "crash report" 时使用。有关整体分析设置,请参见 app-analytics。
Salesforce Industries Common Core (OmniStudio/Vlocity) Apex 可调用类生成与评审技能,采用 120 分评分。适用于创建、评审或迁移 Industries 可调用 Apex 实现。触发条件:用户创建或评审 System.Callable 类、迁移 VlocityOpenInterface 或 VlocityOpenInterface2,或构建供 OmniStudio、Integration Procedures 或 DataRaptors 使用的 Industries 可调用扩展。不触发条件:通用 Apex 类或触发器(使用 generating-apex)、构建 Integration Procedures(使用 building-omnistudio-integration-procedure)、编写 OmniScripts(使用 building-omnistudio-omniscript)、配置 Data Mappers(使用 building-omnistudio-datamapper),或分析命名空间/依赖问题(使用 analyzing-omnistudio-dependencies)。
编写 Grafana Cloud Synthetic Monitoring 检查,深入涵盖 k6 脚本检查和浏览器检查:SM 的单 VU、单迭代执行模型;能够真正使 probe_success 失败的断言(expect() 和 fail(),而不是单独使用 check());密钥、确定性脚本、可靠的浏览器定位器、使用 k6 run 进行本地验证、通过 UI/API/Terraform 部署、验证 probe_success,以及回滚。也可帮助选择满足需求的最简单检查类型(HTTP/ping/DNS/TCP、MultiHTTP、脚本、浏览器)。适用于编写合成检查、监控生产环境中的登录/结账/注册流程、将 k6 脚本或 OpenAPI 规范转换为检查、编写浏览器检查、验证用户流程,或询问“我的网站在多个区域是否正常运行”。不适用于负载、压力或性能测试——SM 每次执行只运行一次迭代;负载测试请使用 grafana-k6 插件或 Grafana Cloud k6。要了解 Grafana Cloud Testing 的整体概览(SM + k6 Cloud + Faro),请使用 testing skill。
使用此技能审查 Lightning Web 组件(.html、.js、.css 文件)的从右到左(RTL)国际化正确性,输出带有代码级修复建议的发现清单,涵盖 CSS 逻辑属性、双向文本处理、键盘语义以及支持 RTL 的 SLDS 类。当用户说 \"review this LWC for RTL\"、\"audit i18n compliance\"、\"fix bidirectional text rendering\"、\"replace left/right CSS with logical properties\"、\"check RTL layout issues\"、\"verify SLDS RTL classes\"、\"review my component for Arabic/Hebrew layout\"、\"ensure this LWC works in RTL locales\" 或 \"check bidi text handling\" 时触发。当用户正在构建新的 LWC 时不要触发(使用 experience-lwc-generate)、正在重构 SLDS 类本身时不要触发(使用 design-systems-slds-apply 或 design-systems-slds2-migrate)、或正在进行无障碍/安全审查时也不要触发。
引导用户将可运行但未经测试的氛围编程原型,逐步打磨为具备测试、清晰结构、业务规则边界和规模化韧性的生产就绪产品。分阶段编排九项技能:working-with-legacy-code、clean-code、refactoring-patterns、software-design-philosophy、clean-architecture、pragmatic-programmer、release-it、system-design、ddia-systems;在每个决策点向用户提问,并将结果记录在项目 docs/ 文件夹中的 TESTING.md、TECH-DEBT.md 和 IMPROVE-CODE-QUALITY-PLAN.md,以便跨会话继续推进。适用于用户希望加固 AI 生成的原型、在重构前添加测试、让代码更易于安全修改,或表示“这在我的机器上能运行,但我不敢动它”时。对于老旧代码库,使用 remove-technical-debt;对于全新项目结构,使用 design-code-architecture;对于产品和 UX 改进,使用 improve-app;对于速度和结构优化,使用 architecture-optimization。若只需单独处理某个框架,直接调用相应技能。
引导用户将一个庞大、陈旧、人人都不敢动的代码库,逐步改造成安全易改、清晰、有边界且有韧性的代码库;在原地偿还技术债,无需重写。分阶段协调八项技能:working-with-legacy-code、refactoring-patterns、clean-code、software-design-philosophy、clean-architecture、pragmatic-programmer、release-it、domain-driven-design;在每个决策点向用户提问,并将结果记录到项目的 docs/ 目录(TESTING.md、TECH-DEBT.md、REMOVE-TECHNICAL-DEBT-PLAN.md),以便跨会话继续推进。用户想整治遗留代码库、安全地偿还技术债、避免大规模重写,或表示“我们不敢动这段代码”时使用。对于新建的 vibe-coded 原型,使用 improve-code-quality;对于全新项目的结构,使用 design-code-architecture;对于产品和 UX 优化,使用 improve-app;对于提升现有代码库的运行速度,使用 architecture-optimization。若只需处理单个框架,直接调用相应技能。
将此技能用作专门的 Lightning Web Security(LWS)验证器,检查 Lightning Web Component 包(`.js`、`.ts`、`.html`、`.css`、`.js-meta.xml`)——这是针对 LWC 的权威 LWS/Product-Security 审查,而非通用代码安全检查。它会生成按严重程度排序并附带代码级修复建议的问题列表,或根据 `lws-001`…`lws-023b` 规则目录生成 SARIF 2.1.0 JSON 评分报告。用户要求审查、审计或检查 LWC 组件的 LWS 合规问题并建议修复方案,为组件的 LWS/安全合规性评分,查找危险 DOM API 或受阻的接收端(`eval`、`Function`、`document.write`、`innerHTML`、`document.createElement('script')`、在全局作用域中赋值给 `window`/`globalThis`、不安全的 URL 方案),或生成 SARIF 安全报告时触发。通用非 LWC 安全审查、新建 LWC(使用 experience-lwc-generate)、无障碍(WCAG 2.2)、RTL/i18n 或 Apex/Aura/服务器端审查时不要触发。
运行 Salesforce Code Analyzer 扫描代码中的安全、性能、最佳实践和代码风格违规。支持所有引擎(PMD、ESLint、CPD、RetireJS、Flow、SFGE、ApexGuru)、目标(文件、文件夹、git diff)、类别和严重级别。也处理扫描后的分析:按引擎/严重级别/类别/文件筛选结果,并解释具体规则的含义。触发条件包括:用户说“扫描我的代码”、“检查安全问题”、“运行 PMD/ESLint”、“查找重复代码”、“分析 Flows”、“检查有漏洞的库”、“AppExchange 审核”、“检查我的 LWC”、“静态分析”、“代码质量”、“只显示安全违规”、“这条规则是什么”、“解释 ApexCRUDViolation”、“筛选结果”,或提到引擎/文件类型(.cls、.trigger、.js、.flow-meta.xml)。本技能适用于扫描、探索结果、理解规则以及列出可用规则。当用户想直接修复代码而不做扫描,或只询问安装/配置时,不要触发。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
