Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
对 Figma 节点树进行 WCAG 2.2 无障碍性与设计系统质量的双重检查——对比度、目标尺寸、焦点指示器、仅用颜色传达信号、硬编码颜色、缺失文本样式、分离组件等。当用户希望在交接之前进行设计侧审计时使用：触发词“lint 这个 frame”“检查无障碍性”“WCAG 审计”“我的设计是否无障碍”“查找对比度问题”“检查颜色对比度”“查找硬编码颜色”“我的组件是否使用了 token”“设计 QA”“对此页面进行 a11y 检查”“审计我的设计问题”。从某个节点（或整个页面）遍历树，并返回带有严重程度（critical/warning/info）与 WCAG 等级（A/AA/AAA/best-practice）的发现。原生 Figma MCP 没有设计侧 lint，这是本集合独有的。若需要按组件深入的 a11y 评分卡，请使用 audit-accessibility-figma；若需要代码侧（HTML）检查，请使用 scan-code-accessibility-figma。
按信号强度排序，呈现值得开发者关注的 Opik trace——先是 Diagnostics 问题，然后是错误、失败的 tool call、延迟、回归和低在线评估分数。连接 Opik MCP 时，它会列出项目的 agent_insights_issue 实体，在项目未开启 Diagnostics 时提议开启，然后用 list（过滤、排序、时间窗口）补全缺失信息；未连接 MCP 时，它通过 SDK（agent_insights 和 search_traces）读取相同内容，因此无需 MCP 也能工作。返回一个排名短名单，每一项都可直接交给 explain skill。适用于 "生产环境中哪里坏了"、"哪些 trace 需要关注"、"找出失败或缓慢的 trace"、"哪些 tool call 正在失败"、"分诊我的 agent"。不适用于离线实验结果（使用 evaluate 或 compare），也不适用于对单个 trace 做根因分析（使用 explain）。
对某个具体的 Opik trace 或跨 trace 的模式进行根因分析，并给出有依据的解释。Opik MCP 已连接时使用托管版 Opik MCP，否则回退到 SDK 脚本方式。返回根因、以可点击 Opik UI 链接形式给出的证据 span，以及一条建议的后续步骤。适用于 "why did this trace fail"、"explain this trace"、"debug this trace"、"why is my agent slow or wrong"。不适用于为应用添加追踪（使用 instrument 技能）或修改代码。
将测试用例——手动（markdown）和自动化 e2e（Playwright、Cypress、WebdriverIO、CodeceptJS、Puppeteer、Appium）——映射到源代码文件，并生成被 `@testomatio/reporter --filter "coverage:..."` 消费的 `coverage.tests.yml` 映射。当用户只想运行受代码变更影响的测试、生成覆盖文件（手动、e2e 或两者）、构建测试与源代码之间的可追溯矩阵，或设置变更感知的回归测试时，使用本技能。
适用于 Roblox 体验运行缓慢、卡顿、掉帧、崩溃或内存不足时，或发布、更新之前：游戏在移动设备上卡顿、FPS 低、帧时间突增、服务器延迟或心跳频率低、物理延迟、网络延迟或 KB/s 过高、内存泄漏或内存持续增长、手机上崩溃、加入或加载时间过长、部件、实例、绘制调用或三角形过多、MicroProfiler、Script Profiler、Luau 堆、Developer Console 内存、Scene Analysis、StreamingEnabled 调优、性能预算，以及发布、推出更新、重启服务器或回滚版本。
适用于在 Studio 外设置或修复 Roblox 团队项目：Rojo 或 Script Sync、Wally 包、Rokit 版本固定、luau-lsp 类型检查、Selene、StyLua、在 Lune 或引擎中运行单元测试、针对拉取请求的 GitHub Actions CI、通过 Open Cloud 发布场景、Luau Execution 或 API 密钥权限范围、将构建者的 Team Create 地图与文件中的代码合并、Studio 插件，或验证流水线是否正常工作。也适用于用户提出“设置 Rojo”、“为我的 Roblox 游戏配置 CI”、“在 CI 中运行测试”、“从 GitHub 发布”、“Script Sync 停止同步”、“Rojo 删除了我的部件”、“找不到 wally 包”、“luau-lsp 找不到 ReplicatedStorage”、“selene 对类型报错”、“发布版本清空了地图”或“我的 LocalScript 没有运行”等情况。
像联合国编辑那样审读用户可见的文案——语言、措辞、语气、语法、仇恨言论、拼写、术语、日期、数字、表述与语域——并报告不合格之处。用于审阅网页、仪表盘、博客文章、页面标题、元描述、编码 Agent 写进 JavaScript 的文案，或 PDF 文档的文本。仅检查 HTML、Markdown、纯文本、渲染后的 JavaScript 字符串字面量、PDF 文本以及 Word 或 OpenDocument 文档文本；它不是代码质量、可访问性、安全性或 SEO 检查器（这些仅作为显式可选审计运行），也不判断某项表述是否属实。
对 wiki 做健康检查：扫描所有页面，查找失效的 wikilink、孤立页面、过期的索引条目、缺失的连接、破折号违规、孤立资源以及 Schema 错误。产出带日期的 lint 报告。当用户说 /wiki-lint、提到失效链接、死 wikilink、孤立页面、“我的 wiki 哪里坏了”、“我的链接还能用吗”、“哪些页面没有任何连接”，或要求做 wiki 健康检查时，始终使用此技能。当用户发现某个链接无法解析、怀疑索引已过期，或询问 wiki 状况是否良好时也使用——即使他们没有说 “lint”。绝不自动修复任何内容；只报告。当不确定是否在要求 wiki 健康检查时，使用此技能。需要文件系统读取权限以及对 archive/ 的写入权限。
WordPress ACF 与内容建模审查。在审查 Advanced Custom Fields 用法、字段组架构、CPT 与分类法设计、选项页、repeater、flexible content、绑定区块的字段组、meta 存储模式，或用户提到“ACF”“field groups”“flexible content”“repeater”“custom post type design”“taxonomy design”“content model”“relationship fields”“ACF JSON”“options page”“meta query performance”时使用。检测 schema 漂移、薄弱的内容建模、脆弱的字段命名，以及 meta 密集型 WordPress 项目中的性能问题。
使用 `asc` 命令行工具对某个 App Store 版本运行提交前检查。在以下情况使用本技能：(1) 检查某版本是否已准备好提交 App Store 审核 (2) 诊断某版本为何无法提交（缺少构建、没有定价、状态错误）(3) 在调用 `asc versions submit` 之前运行 CI/CD 关卡 (4) 用户询问“我的版本准备好了吗？”“检查就绪状态”“为什么我无法提交？”“运行预检”“检查提交要求”或任何提交就绪相关任务 (5) 构建根据就绪状态有条件提交的自动化流水线
使用 `asc` 命令行工具管理电源与性能指标以及诊断日志。在以下情况使用本技能：(1) 列出某应用的性能指标：“asc perf-metrics list --app-id <id>” (2) 列出某构建的性能指标：“asc perf-metrics list --build-id <id>” (3) 按类型筛选指标：“asc perf-metrics list --app-id <id> --metric-type LAUNCH” (4) 列出某构建的诊断签名：“asc diagnostics list --build-id <id>” (5) 筛选诊断：“asc diagnostics list --build-id <id> --diagnostic-type HANGS” (6) 查看诊断日志：“asc diagnostic-logs list --signature-id <id>” 当用户提及以下内容时也触发：性能指标、启动时间、卡顿率、磁盘写入、内存占用、电池续航、终止、动画卡顿、诊断签名、调用栈、电源指标、应用性能监控、“我的应用为什么慢”“检查卡顿”“检查启动时间”。
使用 `asc` 命令行工具管理 TestFlight 测试群组和测试员。在以下情况使用此 Skill：（1）列出某个应用的测试群组（`asc testflight groups list`）（2）创建内部或外部测试群组（`asc testflight groups create --internal`）（3）列出群组中的测试员（`asc testflight testers list --group-id <id>`）（3）通过电子邮件添加单个测试员（`asc testflight testers add`）（4）从群组移除测试员（`asc testflight testers remove`）（5）从 CSV 文件批量导入测试员（`asc testflight testers import`）（6）将测试员导出为 CSV 以便复用（`asc testflight testers export`）（7）用户说 "add beta tester"、"invite tester"、"remove tester"、"import testers"、"export testers"、"list beta groups" 或任何 TestFlight 测试员管理任务
使用 SAP Cloudification Repository 配置 ATC 洁净核心与云就绪检查，并将 ATC 检查结果映射到洁净核心级别（A、B、C、D）。当用户询问云就绪的 ATC 检查变式、洁净核心合规、洁净核心级别、released/classic/internal/noAPI 对象分类、cloudification repository 配置、objectReleaseInfo 或 objectClassifications JSON 文件、ATC 豁免、SAP 对象的变更日志、SAP Cloud ERP 或 SAP Cloud ERP Private API 校验，或将自定义代码迁移到 ABAP Cloud 时使用。触发词包括 "configure ATC cloud readiness"、"set up clean core check"、"cloudification repository URL"、"released APIs check"、"which level is this ATC finding"、"ATC priority 1 clean core"、"ATC exemption"、"changelog for SAP objects" 或 "which JSON file for my S/4HANA version"。
确定性的 CI/CD 交互模式，并输出结构化证据。推送即等待的纪律（同一时间只保留一个待处理的运行）、五类失败分诊（test-failure、lint-failure、build-failure、flaky-test、infra-failure）及针对分类的修复策略、针对 lint/format/infra 失败的自愈、flaky 测试检测，以及每次运行的 CI_RESULT JSON 证据包。在向 CI 推送代码、分诊 CI 失败、等待流水线结果、分类构建错误、处理 flaky 测试，或为质量门禁产出 CI 证据时使用。触发词：“CI failed”“push and wait for CI”“triage build failure”“flaky test”“CI pipeline”“build broke”“CI evidence”。不适用于：单个测试调试（使用 debugging-protocol）、代码审查（使用 code-review）。
直接在云端调优现有 Codacy Cloud 仓库的配置，无需本地分析：导入当前配置，建议信噪比更高的工具与模式，重新分析，并在两轮调优中迭代降低噪音。要求仓库已在 Codacy 上且至少完成过一次分析。仅在进行配置文件操作时使用 Codacy Analysis CLI，其余全部使用 Codacy Cloud CLI。产出机器可读的 JSON 摘要，涵盖模式、工具、类别和严重级别变更，以及冲突和建议忽略的路径。适用于用户希望直接在云端配置或调优 Codacy、降低已由 Codacy 分析过的仓库的噪音、优化云端模式与工具，或在不运行本地分析的情况下提升云端问题信噪比的场景。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。