Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
Salesforce Industries Common Core（OmniStudio/Vlocity）Apex 可调用类的生成与审查，采用 120 分制评分。触发条件：用户创建或审查 System.Callable 类、迁移 `VlocityOpenInterface` / `VlocityOpenInterface2`，或构建供 OmniStudio、Integration Procedures 或 DataRaptors 使用的 Industries 可调用扩展。不要在以下情况触发：通用 Apex 类/触发器（使用 sf-apex）、构建 Integration Procedures（使用 sf-industry-commoncore-integration-procedure）、编写 OmniScripts（使用 sf-industry-commoncore-omniscript）、配置 Data Mappers（使用 sf-industry-commoncore-datamapper），或分析命名空间/依赖问题（使用 sf-industry-commoncore-omnistudio-analyze）。
用于构建、测试、代码检查、版本管理并向 PyPI 发布生产级 Python 库的端到端技能。涵盖全部四种构建后端（setuptools+setuptools_scm、hatchling、flit、poetry）、PEP 440 版本管理、语义化版本、动态 git 标签版本管理、OOP/SOLID 设计、类型提示（PEP 484/526/544/561）、Trusted Publishing（OIDC）以及完整的 PyPA 打包流程。适用于创建 Python 包、可通过 pip 安装的 SDK、CLI 工具、框架插件、pyproject.toml 配置、py.typed、setuptools_scm、semver、mypy、pre-commit、GitHub Actions CI/CD 或向 PyPI 发布。
为 LWC 运行 Sa11y 无障碍 Jest 测试时务必使用：推送前在本地运行、生成命令、运行单个文件还是整个测试套件、按命名约定选择测试、保存 Sa11y 渲染的 HTML、复现 Sa11y/A11yBug 失败。涵盖 core（Bazel：`bazel test //<module>:<target>`）和独立运行的 `npx jest`（`.accessibility.test.js`、`@sa11y/jest`）。编写 `run-plan.md`、处理失败的 a11y 测试的退出码、以及 `SA11Y_*`/`A11yBug`/core-Bazel 测试路径时均为必需。不适用于功能性 Jest 测试、未运行测试的 a11y 审查（改用 experience-accessibility-validate），以及基于 Selenium 的 a11y 测试。
使用 fallow 基于图的评审简报审查 AI 生成或人工编写的代码变更。将确定性问题（未使用代码、复杂度、重复、样式）从循环中剔除，按影响范围和风险对需要查看的内容排序，并把少数关键的结构性决策（新的公共 API 契约、耦合/边界跨越、新依赖）以锚定可验证信号的方式作为判断类问题提出。驱动一个闭环的 Agent 契约流程：获取讲解指南，返回判断结果，由 fallow 对照实时图谱进行事后校验（幻觉或过时的判断会被拒绝）。当被要求评审 PR、评审分支、评审 diff、进行代码评审或合并前检查变更代码时使用。
使用 Magpie 对 LLM 推理进行基准测试并驱动 GPU kernel 优化。当用户想要对 vLLM、SGLang 或 Atom 进行基准测试；采集 torch trace；用 TraceLens 对推理 trace 进行后处理，生成 prefill/decode 和 roofline 报告；找出最主要的瓶颈 kernel 或将 profiler 名称映射到源码；分析或比较 HIP、CUDA、PyTorch 或 Triton kernel；验证并排名优化后的变体；运行本地、容器或 Ray 工作负载；或提到 Magpie、TraceLens、gap analysis、TTFT、TPOT、kernel evaluation、AMD GPU 优化时使用。
虚拟 QA 负责人可在一次对话中将需求转化为可供评审且可导入 TestRail 的测试用例。用户提供需求、规格说明、用户故事或验收标准（PDF、DOCX、XLSX、TXT、MD 或粘贴的文本），并需要测试用例、测试计划、检查清单、测试覆盖率、回归测试套件或 TestRail/Qase/Zephyr 导出时均可使用，即使用户没有明确说“测试用例”（例如“为这份规格编写测试”“这里应该检查什么？”）。用户附上团队现有测试用例以便匹配时尤其有用。如果规格说明描述了 API（端点、状态码、架构、身份验证、OpenAPI/Swagger），Casely 还会构建可运行的 Postman 集合，因此也适用于“API 测试”“Postman 集合”或“可在 Newman/CI 中运行的测试”等需求。任何语言下提出相同需求时都会触发。
在独立的 Threads 状态实验室中运行 Inspector UI 工作，让 Agent 能看到覆盖层。当 CopilotKit 员工要求 Agent 修复、打磨、新增或调试 Inspector UI、外框、面板、覆盖层操作、启动器、Home、Threads、Playground、Memory，或 @copilotkit/web-inspector 中的任何视觉行为时使用。不要用于仅更新文档的 Callout（请加载 inspector-docs）、不含 Inspector UI 的运行时或核心变更、展示单元工作，或作为应用内部的使用者读取 Inspector。
在提交前或被拒后，依据 Apple App Review Guidelines 审核 Capacitor iOS 应用。适用于用户粘贴拒审信息（Guideline 4.2 Minimum Functionality、4.8 Login Services / Sign in with Apple、5.1.1 数据收集或账号删除、5.1.2(i) 与第三方 AI 共享数据、3.1.1 应用内购买、2.1 应用完整性、2.3 元数据、4.3 垃圾内容）、上传警告（ITMS-91053 缺少 API 声明、ITMS-91061 缺少隐私清单、ITMS-90683 缺少用途说明字符串），或希望对元数据、PrivacyInfo.xcprivacy、Info.plist 用途说明、entitlements、订阅、审核备注、热更新披露以及 Xcode 27 / UIScene 就绪状态进行预检的场景。不适用于 Google Play 审核、上传机制、截图与列表页设置（capacitor-app-store）、从零构建 Web 包装器（webapp-to-capacitor）或非 Capacitor 运行时。
使用 `max benchmark` 命令对 MAX 上托管的模型进行基准测试：通过对运行中的 `max serve` 端点施加负载，测量吞吐量（tokens/sec）、延迟（TTFT、TPOT、token 间延迟）和 GPU 利用率。当用户想要对 MAX 模型做基准测试、压测或性能测量、获取每秒 token 数 / TTFT / TPOT 数据、运行并发或请求速率扫描、比较延迟与吞吐量、确定部署规格，或生成基准测试 JSON 时使用，即使用户没有直接说出「benchmark」一词。当 `max benchmark` 运行无法连接或报告为零／无意义数值时也应使用。
审计并落实多客户端项目中的核心/客户端边界。检测共享平台代码与客户端特定代码的混杂，查找硬编码的客户端检查、替换而非合并的配置文件、分散的客户端代码、迁移冲突和缺失的扩展点。生成边界图、违规报告和重构计划。还可选择生成 FORK.md 文档和重构脚本。触发词：“fork discipline”“check the boundary”“is this core or client”“platform audit”“client separation”“fork test”“refactor for multi-client”“clean up the fork”。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。