Skills
收录 98,639 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
使用运行在 JSDOM 上的 axe-core（Deque）扫描生成/编写的 HTML 的无障碍违规问题 — 结构与语义规则：ARIA 属性和角色、可访问名称、alt 文本、表单标签、标题层级、地标、语义化 HTML、tabindex、重复 ID、lang 属性等约 50 项。用于 Figma 转代码工作流的代码侧：触发词为 “scan this HTML for accessibility”“run axe on my component”“check the generated code for a11y”“axe-core scan”“accessibility lint my markup”“WCAG check on code”“is this HTML accessible”。这是独立的 Node 脚本 — 无需连接 Figma。视觉规则（color-contrast、focus-visible、link-in-text-block、target-size）已禁用，因为 JSDOM 没有布局 — 设计侧的视觉无障碍请使用 lint-design-figma。两者结合可实现设计 + 代码的完整覆盖。
使用 RFC 9700 / BCP 240 设计、实现、审计、测试、排查或迁移安全的 OAuth 2.0 与 OpenID Connect (OIDC) 系统。适用于授权服务器与 OpenID Provider、OAuth 客户端与 OIDC 依赖方、资源服务器、原生应用、基于浏览器的应用、多签发方登录、重定向 URI、授权码与 PKCE 流程、state 与 nonce 处理、ID Token 校验、令牌存储与重放、刷新令牌轮换、发送方约束令牌 (DPoP 或 mTLS)、mix-up 与注入攻击、发现与元数据、反向代理，或从隐式授权和资源所有者密码授权迁移。
说明如何使用 skeeper 将规范产物 (SPEC.md、ADR、RFC、plan/PRD/TechSpec markdown、自定义 glob) 保留在其所描述的代码旁边，而不污染主仓库历史。涵盖严格钩子、受跟踪的 skeeper.lock 文件、命名空间、类 Git 的 status/pull/push/sync/restore 工作流、track/untrack、repair、SKEEPER_SKIP 以及 GitHub Action。适用于设置 skeeper、配置 sidecar、同步或检查锁文件、恢复漂移或失败的同步、审计绕过、或接入 CI。不适用于一般 Git 钩子问题、没有 .skeeper.yml 且无意添加的仓库，或编辑 skeeper 内部实现。
在编写规范之前，需要对某个具名子系统、能力或代码面进行治理覆盖评估时使用——判断哪些已由现有的 PRD / 技术规范 / ADR 治理，哪些处于空白，以及按产品层级和 C4 层级应当在哪里划定新的规范边界。在为一个不熟悉或治理不完整的代码面创建或界定产品或技术规范之前使用。当请求提到"assess coverage"、"find governance gaps"、"what's already specified"、"where should this spec's boundary sit"、"one spec or several"、"what needs a PRD vs a tech spec" 或 "is this subsystem properly documented" 时使用。产出一份可供评审的覆盖地图工件，供 `/spec-product` 和 `/spec-tech` 使用。当目标规范及其边界已经明确且无歧义时请勿使用——直接前往 `/spec-product` 或 `/spec-tech`。请勿与 `doctrine coverage` 混淆——那是不相关的、用于需求验证的命令行动词。
使用 stplugin.h SDK 为 Stata 开发高性能 C/C++ 插件。当用户要求创建 Stata 插件、为 Stata 编写 C/C++ 代码、用 C 加速 Stata 命令、构建跨平台 Stata 插件，或将 Python 或 R 包翻译/移植到 Stata 时使用。涵盖完整生命周期：SDK 配置、数据流、内存安全、配合 preserve/merge 的 .ado 封装、跨平台编译、性能优化（pthreads、预排序索引、XorShift RNG）、调试，以及通过 net install 分发。还包括将 Python/R 包移植到 Stata 的翻译工作流——在可用时封装现有 C++ 后端，否则从零编写 C。
为 Stripe 集成提供开发与测试环境规划（独立沙盒或共享测试模式沙盒）、API 选择（Checkout Sessions 或 PaymentIntents）、Connect 平台设置（Accounts v2、controller 属性）、计费/订阅、税务与注册（Stripe Tax、automatic_tax、产品税码）、Treasury 金融账户、集成选项（Checkout、Payment Element）、从已弃用 Stripe API 迁移，以及安全最佳实践（API 密钥管理、API 密钥权限、webhook、OAuth）方面的决策指导。适用于规划、构建、修改、测试或审查任何 Stripe 集成，包括选择开发环境、收款、构建市场平台、集成 Stripe、处理付款、设置订阅、征收销售税、VAT 或 GST、创建关联账户，或实施安全的密钥处理。
全面的 Syncfusion EJ2 JavaScript Buttons 库，包含 10 个组件（Button、ButtonGroup、Chips、DropdownButton、FAB、ProgressButton、RadioButton、SpeedDial、SplitButton、Switch）。包含命令式 TypeScript/JavaScript API、多种主题（Material 3、Bootstrap 5、Fluent、Tailwind 3、Fabric）、符合 WCAG 2.2 的无障碍支持，以及带示例和常见 UI 模式的完整文档。
实现 Syncfusion Vue BlockEditor 组件，用于基于块的内容编辑，支持富文本、图片、表格和交互式块。当用户需要块编辑器、Notion 风格编辑器、内容块、富文本块、带块的文档编辑器、模块化内容编辑器，或提及 @syncfusion/ej2-vue-blockeditor、BlockEditor、基于块的编辑、内容管理编辑器、协同编辑、实时协作时，务必使用本技能。涵盖全部 14 种块类型、5 种内容类型、拖放、菜单、方法、事件、基于 Yjs 的实时协同编辑、用户在线状态与远程光标、版本历史，以及 Composition API 模式。
设计、集成、评估、可自托管并排查类型化 System One 决策模型的问题，包括 TypeSafe Jev、Convai Innovations Laya、CLM 和实验性 Strands Decider。适用于确定性软件中的 Choice/Score/Noul 判断和实验性 Jev 图像/Box 查询、应用控制循环、路由、排序、护栏、校准、语义代码 lint 和编辑后反馈、DevOps 决策支持、基于置信度的升级处理，或私有开源模型推理。不要用于语法/风格 lint、精确策略或授权、开放式生成，或没有明确决策约定的通用 LLM 服务。
将 TailwindCSS 迁移到 StyleX。用于把 Tailwind 的 `className` 工具类字符串转换为带 `stylex.props` 或 `stylex.attrs` 的 `stylex.create`。适用于单个组件或整个代码库，支持 React、Preact、Solid、Svelte、Vue、Qwik、react-strict-dom 以及 StyleX 支持的其他 JavaScript 框架。触发词：tailwind-to-stylex、tw-to-stylex，或任何将代码从 Tailwind 迁移到 StyleX 的请求。
如何在 @aptos-labs/ts-sdk 中创建和使用 Account（签名者）。涵盖 Account.generate()、fromPrivateKey()、fromDerivationPath()、Ed25519 vs SingleKey vs MultiKey vs Keyless、序列化（fromHex/toHex）。触发条件：'Account.generate'、'Account.fromPrivateKey'、'Ed25519PrivateKey'、'SDK account'、'mnemonic'、'SingleKeyAccount'、'KeylessAccount'。
"如何在 @aptos-labs/ts-sdk 中创建和使用 AccountAddress。涵盖地址格式（AIP-40）、from/fromString/fromStrict、特殊地址、LONG 与 SHORT 形式，以及派生地址（对象、资源、代币、用户派生）。触发词：'AccountAddress'、'AccountAddress.from'、'AIP-40'、'derived address'、'createObjectAddress'、'createResourceAddress'、'createTokenAddress'。"
在 Material 之上构建 Flutter UI 包的最佳实践：自定义组件、ThemeExtension 主题、一致的 API、组件测试、app_ui_package 脚手架。适用于创建 UI 包、在 UI 包内工作，或在使用该包的 app 中工作：添加或审查组件、接入设计 token、通过 barrel 文件导出，或为 lib/src/widgets 下的组件编写测试（这些测试通过包的 pumpApp 辅助函数进行 pump），因此即使需求只是 "write its tests"，也应优先使用本技能而非通用测试指南。当被要求认可本技能所禁止的做法时也可使用：逐文件导入 package:<name>/src/...、跳过 barrel 以 "only pull in what I use"，或另建一套并行主题系统。凡是提出涉及共享组件与设计 token 的包的请求都会触发，例如 "create a ui package"、"add a design token" 或 "is it fine to import from src"。
作为前端工作中 UI/UX 的质量门禁，适用于实质性影响 Web 产品界面的场景：设计/构建/重设计/评审/打磨/重构页面或组件体系、截图/UX 评审、拯救看起来像 GPT/Codex 生成的 UI、技术栈或 UI 基础选型、shadcn/Tailwind/表格/表单模式、加载/空态/错误/移动端/无障碍状态，或安装 DESIGN.md、FRONTEND_CONTRACT.md、PAGE_BRIEF.md 等前端治理文档与视觉 QA 规范。对于小型的 UI 敏感改动，使用 Tiny change gate 轻量触发。当被要求构建精致界面时，与视觉实现类技能协同；本技能提供产品认知、UX 判断、护栏和验证。纯后端/API/数据/模型改动、无 UI 界面的测试、机械式重命名、依赖维护，或不影响布局、交互、文案、视觉表现、无障碍与前端规则的改动，则跳过。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。