Skills
收录 99,064 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
调试与验收 MaaFramework（MaaFW）应用（开发态、设备在线）：节点识别失败、点击不落点（识别成功 ≠ 点击生效）、ROI 校准与调参、单节点验证、流程卡死、controller 连接、pipeline_override 生效验证、端到端验收（含 pipeline / custom / interface 改完、声明完成 / 交付 / 开 PR 前的真机跑通）。按配置 / 识别 / 动作 / 流程 / 验收五层分诊，产出定位结论与证据，修复交接 maafw-pipeline / maafw-interface / maafw-custom。连接设备时调试或验收 MaaFW 应用，包括识别失败、点击未命中、ROI 调试、流程卡住、controller 故障、pipeline_override 检查和交付前验收。
为 mariadb-operator 版本创建发布说明和升级指南。给定发布 PR（其正文列出该版本包含的每个 PR），它会收集每个 PR、按相关性对变更分组，并按照以往发布的格式生成 `docs/releases/RELEASE_<version>_HEADER.md.gotmpl` 和 `docs/releases/UPGRADE_<version>.md`，然后向 `release-<version>` 提交 PR。如果未提供发布 PR，它会询问新版本号并根据上次标签以来的 git 历史推断变更。当用户需要发布说明、升级/更新指南或新 mariadb-operator 版本文档时使用——「创建 26.10.0 的发布说明」「编写升级指南」「记录本次发布」「准备发布 PR 文档」——即使他们没有提到发布 PR 也适用。
针对 .NET MAUI 应用的性能优化指导，涵盖性能分析、编译绑定、布局效率、图像优化、资源字典、启动时间、裁剪和 NativeAOT 配置。适用于：“performance optimization”、“slow startup”、“app performance”、“compiled bindings”、“layout optimization”、“image optimization”、“trimming”、“NativeAOT”、“profiling MAUI”、“reduce app size”、“startup time”。不适用于：数据绑定语法（使用 maui-data-binding）、已弃用 API 迁移（使用 maui-current-apis）或单元测试设置（使用 maui-unit-testing）。
用于在 Midnight Network 上构建 DApp 的 Midnight.js TypeScript SDK。涵盖所有 provider 设置、钱包 SDK 集成（HDWallet、WalletFacade、ShieldedWallet、UnshieldedWallet、DustWallet）、合约部署、电路调用、私有状态管理、DUST 生成和 testkit 使用。用户配置 provider、在 Node.js 或浏览器环境中管理钱包、从 TypeScript 部署或调用 Compact 合约、处理 DUST/费用流程、读取账本状态或为 Midnight DApp 编写测试时，使用此技能。
通过 `orca` CLI 操作由 Orca 管理的 worktree、文件夹上下文、终端、仓库、自动化、工件、worktree 评论，以及 Orca 内嵌浏览器。用户说“$orca-cli”、“use orca cli”、“Orca worktree”、“child worktree”、“cardStatus”、“spawn codex/claude in a worktree”、“read/wait/send Orca terminal”、“terminal send”、“handoff”/“handover”/“give this to another agent”、“another worktree”、“Orca browser”或“orca artifacts”时使用。涉及 Orca 状态时，优先于原生 git worktree、临时 PTY 或 Computer Use。只有在需要 GUI 控制可见窗口，且 CLI、文件系统或 API 无法实现时，才使用 Computer Use。
关于"这个项目用哪个 Python 环境管理器，以及如何用它安装包"的唯一权威来源。负责检测表（pixi / uv / poetry / hatch / conda+mamba / pip+venv）、每个管理器的安装/移除/升级命令，以及尚无管理器时的引导路径（默认推荐：pixi）。止于"安装命令已用正确的管理器发出，且该包可导入"。触发条件（满足任一）：(1) **即将安装/添加/固定/升级/移除 Python 包**——`pip install`、`pixi add`、`uv add`、`poetry add`、`conda install` 等——无论何种表述；(2) `data-science-python-stack` §"Missing dependency" 发现了缺失导入，下一步就是安装；(3) 某个工作流技能的停止条件因缺失依赖而触发（`build-ml-pipeline`、`evaluate-ml-pipeline`、`organize-ml-workspace`、`audit-ml-pipeline`）；(4) 开始新的 Python 项目且尚未有任何管理器（除非用户另作选择，否则用 pixi 引导）；(5) `audit-ml-pipeline`（或其他仅限 Agent 的消费者）需要 **agent feature**（`ipython` + `pyright`）而项目清单中尚不存在——见 §"Agent feature"。跳过条件：项目非 Python；安装/添加命令针对非 Python 工具（npm、brew、apt、cargo、gem）；依赖已安装且可导入；工作仅是编辑现有源代码，不涉及新依赖。使用方式：**先检测，再安装**。在发出任何安装命令前，在项目根目录运行 §"Detection" 表。若未检测到管理器，引导前先询问用户。绝不要使用与项目所用管理器不同的管理器安装（例如，绝不向 pixi 管理的项目执行 `pip install`）——这会造成清单无法追踪的环境状态分歧。**阅读"Stop conditions"块，并在回复中以可见文本输出 Pre-flight 检查清单——两者在发出任何命令前都是强制性的。**
实现并解释稳定的 Rust 语言语义，并显式检查工具链与 MSRV——所有权、借用、生命周期、移动语义、trait、泛型、关联类型、模式匹配、闭包、错误传播以及 Edition 差异。当用户询问 Rust 语法、编译器报错修复、所有权/借用诊断或对版本敏感的稳定代码时，将其作为核心 Rust 语言技能使用；把 std API 选择（用哪个集合、哪个智能指针、哪个字符串类型）交给 rust-stdlib，把「我该怎么写 X」这类模式问题交给 rust-by-example，把专门领域交给各自的专用技能。
Senpi 交易策略如何在 Hyperliquid 上与运行时引擎（@senpi-ai/runtime）交互：策略从 runtime.yaml 启动，指向一个导出 scan(inputs, ctx) 的 Python 模块，运行时负责监督并按每个间隔调用它，随后接管执行、风险 guard_rails 以及两阶段 DSL 追踪止损退出。在涉及 runtime.yaml、scan(inputs, ctx) 契约、external_scanner、ctx 或 DSL 退出引擎时使用——包括验证未平仓头寸是否受 DSL 保护（是否有可用的止损）。这是生命周期类技能所引用的共享运行时契约。不适用于构建、安装或挑选策略（→ senpi-strategy-author / senpi-strategy-ops / senpi-strategy-discover）。
使用此技能教会 Claude 哪些 Kotlin 和 Compose 改动可在 Compose HotSwan 下热重载，哪些会触发完整的增量重建回退。根本原因是 Android Runtime（ART）的类结构不可变；运行时只有方法体可变，因此对字段、签名、构造函数、接口、内联函数或新资源 id 的任何改动都会强制重建。涵盖受支持改动表、强制重建清单、让热重载会话保持在快速路径内的先 diff 再批量工作流，以及内联函数和新资源 id 的陷阱。当用户问“why did this rebuild?”、“why isn't this hot reloading?”、想在采用 HotSwan 之前了解其边界，或在审查可能把热重载会话推向完整重建的重构时触发。
面向 @visactor/vtable 的开发助手。用户提到 VTable/ListTable/PivotTable/PivotChart、columns/rows/indicators、cellType、style/theme、自定义渲染(customRender)/自定义布局(customLayout/JSX)、事件(table.on)、records/dataSource、交互(选择/hover/编辑/排序/拖拽/滚动)或 API 用法与排错时，按路由加载 references/knowledge 与 references/type，输出可运行的 TypeScript 示例与可直接替换的配置片段，必要时给出性能与资源释放(table.release)建议。
解释 ADK 运行时如何协同工作：节点与图执行模型、Context 与 Event 流转、检查点与恢复、追踪，以及约束公共 API 表面的规则。适用于以下情况：回答关于 ADK 内部的“X 是如何工作的”、追踪某个事件或某份状态的来源、决定新能力应归属何处、审查对 BaseNode、Workflow、Runner、Agent、Event 或 Context 的改动、弄清某个节点为何在恢复后重新运行或保持等待，或判断某项改动是否破坏公共 API。不要用于用现有组件组装 Agent（请使用 adk-agent-builder）、诊断某次失败的运行或测试（请使用 adk-debug）以及格式和命名约定（请使用 adk-style）。
搭建一个与 Autodesk Platform Services (APS) 集成的自定义 MCP (Model Context Protocol) 服务。当用户想要为 APS、Autodesk、Forma 或任何 Autodesk 云 API 构建、创建、生成或设置 MCP 服务时，使用此技能。支持 Node.js/TypeScript、.NET/C# 和 Python。处理 STDIO（本地）与 Streamable HTTP（云端）传输，以及多种 APS 认证模式：2-legged OAuth、Secure Service Accounts 和 3-legged OAuth。
无需检出 Nango 项目，即可通过 Nango /functions compile、dryrun、dryrun status 和部署 API，并使用 NANGO_SERVER_URL 与 NANGO_SECRET_KEY 来构建 Nango Functions。适用于通过 API 或单文件负载远程创建、更新、验证、测试或部署 Nango 同步任务。远程 API 尚不支持工具；请使用 building-nango-functions-locally 构建工具。此内容与 building-nango-functions 有重叠，但增加了远程 API 工作流细节；只要涉及远程、API、/functions/compile、/functions/dryruns、/functions/deployments 或无本地项目工作流，就加载此技能而不是 building-nango-functions。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。