Skills
收录 101,323 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
全部
@vueuse/integrations v15 中实用工具库的集成封装。编写导入 "@vueuse/integrations" 或其任何组合式函数（useAxios、useSortable、useFocusTrap、useCookies、useIDBKeyval、useFuse、useChangeCase、useDrauu、useJwt、useNProgress、useQRCode、useAsyncValidator）的代码时，务必使用。可用于调试、了解最佳实践，或修改 @vueuse/integrations、vueuse integrations、vueuse。
在编写、修改或调试 Bagisto 端到端测试时使用 —— 决定覆盖范围、Playwright 规格、页面对象、定位器、断言、ACL 角色覆盖、fixture、测试数据、后台与店面覆盖、回归测试，或失败的 E2E 运行。触发短语包括 "playwright"、"e2e"、"end to end"、"spec.ts"、"page object"、"browser test"、"add tests for"、"flaky test"、"regression test"、"shard"。
将 React UI 代码迁移到 Base UI（`@base-ui/react`）——替换自定义 modal、自定义 dropdown、原生 `<dialog>`/`<select>` 元素、临时拼凑的 popover/menu/tooltip，或其他组件库（Radix UI、Headless UI、Reach UI）。附带一个 37 组件目录（从 base-ui.com/llms.txt 快照）及用于刷新目录、扫描迁移候选、验证迁移可编译的脚本。触发于 "migrate to base-ui"、"use base-ui instead of X"、"replace this dialog/popover/menu with base-ui" 这类说法，或在 React 代码库中扫描 Base UI 可替换的组件时。即使用户只提到一个组件（例如 "swap this modal for base-ui dialog"）也要触发——该工作流可从单个文件扩展到整个仓库。
管理 Bithumb 提现：加密货币提现、KRW 提现、提现取消、提现历史、提现手续费查询，以及允许地址管理。需要 API 凭据。不要用于提现概率 / 可提现金额——请使用 bithumb-account。빗썸 코인·원화 출금 실행·취소, 출금 내역 조회, 출금 수수료 확인, 허용 주소 관리를 처리합니다. 출금·코인 전송·원화 출금·출금 취소·출금 내역·허용 주소 관련 요청에 사용하세요. 출금 가능 금액은 bithumb-account를 사용하세요.
将从数据源到预测器的整个流水线声明为 skrub DataOps 图。无状态步骤使用 `.skb.apply_func`，有状态步骤使用 `.skb.apply`。图构建完成后，附加锁定的拆分器和任何非默认评分。不要执行 fit、tune、持久化或 `skore.evaluate`。编写或编辑从数据源到预测器的任何环节时触发（加载器、预处理、特征、组合、最终估计器），包括该路径上的纯 Python 函数、添加或重排步骤、顶层使用裸 `sklearn.Pipeline`，或请求构建流水线、分类器或回归器。使用方法：在第一行声明式代码之前，以及每次结构性编辑时使用。阅读停止条件，并在编写代码前输出 Pre-flight。使用 `python -m skore_skills api get` 确认新名称。
真实资金：此技能会使用 Agent 自己的钱包，在 Arbitrum One 主网上签署并发送交易。交易、流动性、创建市场的费用和 UMA 断言保证金会消耗真实 ETH/WETH，且可能损失。Agent 需要与 CLAWLOGIC 预测市场交互时使用此技能，包括：查找开放市场、分析市场问题并形成观点、买入和卖出 YES/NO 仓位、提供流动性、创建新市场（不重复已有市场）、通过 UMA Optimistic Oracle 断言结果、对错误断言提出争议、结算已确定结果的市场以领取收益，以及在前端信息流发布投注说明（“我押了什么以及原因”）。触发词包括：“目前有哪些开放的 CLAWLOGIC 市场？”/“找一个关于……的 CLAWLOGIC 市场”、“创建一个关于……的市场”、“你怎么看这个 CLAWLOGIC 市场：[问题]？”、“在市场……买入 YES/NO”/“卖出我的仓位”、“为市场……提供流动性”、“断言市场……的结果”、“对市场……的断言提出争议”、“查看我的 CLAWLOGIC 仓位”、“结算市场……”。
将 Depot 管理的 GitHub Actions 运行器配置为 GitHub 托管运行器的直接替代品。在设置或迁移 GitHub Actions 工作流以使用 Depot 运行器、选择运行器规格（CPU/RAM）、配置 runs-on 标签、设置 ARM 或 Windows 或 macOS 运行器、排查 GitHub Actions 运行器问题、配置出口过滤、将 Depot Cache 与 GitHub Actions 配合使用，或在 Depot 运行器上运行 Dagger/Dependabot 时使用。当用户提到 depot-ubuntu、depot-windows、depot-macos 运行器标签，或询问更快/更便宜的 GitHub Actions 运行器时也使用。不适用于 Depot CI —— 那个读取 .depot/workflows/ 的独立引擎属于 depot-ci 技能。
当操作人员编写、构建、加载或调试自定义 doca-bench 插件时使用此技能。该插件是带版本号的共享库，包含标记为 DOCA_EXPERIMENTAL 的 C 入口点；doca-bench 会加载它，以测量内置模式不支持的工作负载类别，随附的参考示例为 doca_bench_cuda。即使用户没有提到“doca-bench-extension”或“doca_bench_cuda”，也应触发此技能。常见的隐含表述包括：“没有内置的 doca-bench 模式适合我的工作负载”“如何为 CUDA GPUNetIO RX/TX 内核做基准测试”“doca-bench 找不到或无法加载我的自定义 .so”“扩展导出的符号与父程序预期不符”“升级 DOCA 后 soversion 不匹配”或“GPU 内核卡住了，因为 stop_flag 从未设置”。对于选择内置 doca-bench 模式、DOCA GPUNetIO 编程语义、CUDA 工具包安装或为代码库内扩展贡献代码的问题，应拒绝并转交其他技能处理。
当用户进行 DOCA GPUNetIO 实战编程时使用此技能——通过 doca_gpu_eth_rxq / doca_gpu_eth_txq 将 NVIDIA GPU 上的 CUDA 内核连接到 doca-eth 队列，搭建按 CUDA 设备的 doca_gpu 上下文，设计排空 GPU 可见队列的持久 CUDA 内核，运行双重能力检查（DOCA cap-query 加 cudaGetDeviceProperties），通过 doca_buf_arr_create_* 注册 cudaMalloc 内存池，或调试 GPUNetIO API 返回的 DOCA_ERROR_*。即使用户未明确提到“DOCA GPUNetIO”或“持久内核”也要触发——典型的隐含表述包括“CUDA 内核直接从网卡读取数据包”“BlueField 上由 GPU 发起的网络”“doca_gpu_create 上的 DOCA_ERROR_DRIVER”“nvidia_peermem not loaded”“每个数据包一个内核太慢”或“哪款 GPU 支持 GPU 侧数据包 I/O”。对于通用 CUDA 编程、DOCA Ethernet 队列搭建、DOCA DPA 或 DOCA 安装，应拒绝并转至其他技能——这些属于其他技能。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。