Skills
收录 99,448 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
为 Google 的 release-please 做设置与配置，以通过 GitHub Actions 实现自动版本管理、变更日志生成与发布。涵盖流水线创建、Conventional Commits 格式、预发布工作流、monorepo 配置以及发布流水线故障排查。只要用户想要自动化发布、为发布搭建 CI/CD、配置版本号递增、编写与 release-please 兼容的提交信息、自动打版本标签、发布到 npm/PyPI/crates.io/Maven/Docker，或排查发布 PR 为何未创建，就使用此技能。即使用户未提及 "release-please" 名称也应启用——诸如 "automate my npm releases"、"set up GitHub Actions for publishing"、"how do I tag versions automatically"、"changelog generation"、"semver automation" 或 "pre-release workflow" 等表述都指向此技能。就提交信息指导而言，此技能侧重于与 release-please 兼容的约定；对于涉及子模块的更广泛多仓库 git 操作，请改用 multi-repo-git-ops。
管理 Rust crate 的语义化版本——什么算公共 API（可见项 + 通过再导出可达）、1.0 之前规则（0.x.y 兼容性）、通过 cargo-semver-checks 进行的破坏性变更检测（270 多个 lint）、使用 cargo-workspaces 的工作区同步发布、yank/deprecate 工作流、RustSec 公告，以及 `#[non_exhaustive]`、密封 trait、隐藏模块、feature flag 和 trait impl 新增的语义化版本影响。当用户询问某个变更是否破坏兼容性、想要安全发布新版本、运行 cargo-semver-checks、协调多 crate 工作区发布，或处理被 yank/公告的情况时使用；Cargo 清单机制交给 rust-cargo-build，API 设计选择交给 rust-api-design，CI 配置交给 rust-style-clippy。
适用于用户询问 Spree 的领域模型之间关系时——Orders、LineItems、Variants、Products、Stores、Channels、Markets、Payments、Shipments、Customers、Adjustments。仅涉及架构和关系。常见说法包括 "how does X connect to Y"、"what's the relationship between"、"where does Spree store X"、"how do I query orders across stores"、"how do channels work"、"what's the difference between Cart and Order"、"Store vs Channel vs Market"。添加新模型/新 API 资源请使用 `spree-resource` skill。字段级细节请参见已安装的 `@spree/docs` 包中的 `docs/developer/core-concepts/`。
2027 年 OS 版本（iOS 27 及对应的 macOS/watchOS/tvOS/visionOS）中的 SwiftUI 新 API、行为和弃用项。询问 SwiftUI 27 有哪些新变化时，或遇到以下问题时查阅：SDK 更新后 @State 编译错误（“used before being initialized”“invalid redeclaration of synthesized property”）或 @State 变成宏；@ViewBuilder/@ContentBuilder 重载不明确或类型检查回归；通过 reorderable()/reorderContainer 及其拖放功能在任意容器（List、堆栈、网格、自定义布局）中拖动重新排序；AsyncImage 缓存、滚动时重新加载或自定义 URLSession；在 List 之外（ScrollView、LazyVStack、LazyVGrid）通过 swipeActions()/swipeActionsContainer() 实现滑动操作；工具栏溢出、可见性（visibilityPriority、ToolbarOverflowMenu、toolbarMinimizeBehavior）和固定；从可选项绑定呈现 confirmationDialog 或 alert
来自 ui.inference.sh、面向 React/Next.js 的 JSON 声明式 UI 组件。根据结构化的 Agent 响应渲染丰富的交互式 UI。能力：表单、按钮、卡片、布局、输入框、下拉选择、复选框。适用场景：Agent 生成的 UI、动态表单、数据展示、交互式卡片。触发词：widgets、declarative ui、json ui、widget renderer、agent widgets、dynamic ui、form widgets、card widgets、shadcn widgets、structured output ui
当在 SQLAlchemy 2.x 数据层之上运行 Alembic 数据库迁移，且单一迁移历史面向多个方言——SQLite、PostgreSQL 和 MySQL——时使用。涵盖将 env.py / alembic.ini 接入模型的 Base.metadata（从环境获取数据库 URL，以同步优先，并附简短的异步 run_async_migrations 说明）、完整的 revision -> autogenerate -> review -> upgrade/downgrade 工作流、分支（多 head 时的 history / current / heads / merge），以及关键的多方言坑：SQLite 无法 ALTER 大多数 schema，因此要以 BATCH（移动并复制）风格编写迁移——同一份 batch_alter_table 代码在 PG/MySQL 上会生成普通 ALTER。还负责 create_all 与 Alembic 的取舍，以及基于 create_all 的数据库的 baseline-stamp 路径。多方言、可移植、同步优先。不涉及 SQLAlchemy 模型/引擎编写（见 sqlalchemy），不涉及 job-queue/lease 模式（见 sql-job-queue）。
Go + React 全栈架构与迭代式本地开发。当搭建新应用、添加功能、修复 bug、运行本地开发循环，或用户要求 "run the app locally"、"run the app on my computer"、"start the app"、"rodar o programa"、"rodar o app"、"executar localmente"，或任何等效的在本地环境启动应用的请求时，使用此技能。涵盖项目结构、数据库迁移、sqlc 代码生成、通过 Podman 本地运行 Supabase/Postgres、Postgres 扩展（pgmq、pg_cron、pgroonga、pgvector、pg_jsonschema、LISTEN/NOTIFY）、面向 SEO 和 AI 爬虫的公开页面预渲染，以及编写-测试-重复的反馈循环。
BlueField-3 DPA 上由 DOCA 提供的 Zero-Touch RoCE RTT 拥塞控制（ZTR RTTCC）参考算法：通过随附的 DOCA PCC 示例部署、调优和评估 doca_pcc_dev_ztr_rttcc_algo。即使未提及 ZTR RTTCC，出现“我的 RoCE-v2 流量没有被限速”“PCC 示例没有调度到我的算法”“set-params 返回 fail”“算法已加载但计数器没有变化”“如何选择多路径 PCC 变体”或“BF3 需要自定义 CC 算法吗”等情况也适用。通过主机库实现自定义算法属于 doca-pcc；doca_spcx_cc 命令行属于 doca-spcx-cc。涵盖在 DPACC 构建时选择变体（vanilla / PM / RX-rate / multipath / window-probeless）、调优主机设置的参数，以及算法返回的 DOCA_PCC_DEV_STATUS_FAIL。对于从零编写自定义 PCC 算法、只读检查 PCC 计数器或仅固件的 Programmable PCC 之前版本，应拒绝并转交其他工具。
当用户使用 DOCA STA 在 BlueField 上构建 NVMe-over-Fabrics 存储目标时使用此技能——实例化 doca_sta，通过 doca_sta_be 在本地 NVMe 磁盘上声明 doca_sta_subsystem NQN 和命名空间，使用 doca_sta_cap_is_supported 验证平台支持情况，确定 I/O 队列深度，或解读 NVMe 读取时 IO_FAILED 等 DOCA_ERROR_* 状态。对于“通过 RoCE 连接时 Identify Controller 超时”“卸载 nvmf 目标”“NVMe-oF Connect 始终无法完成”或“深度为 1024 的 16 个 I/O 队列是否受支持？”等隐含需求也应加载此技能。对于原始 RDMA 数据传输、数据包 I/O、流量导向规则、发起端 NVMe 或 SDK 安装，应拒绝并转交相应技能。
从零生成一个完整的 Midnight Network 计数器 DApp——Compact 智能合约、交互式命令行、钱包设置、DUST 生成、部署 + 交互循环、面向 local/preprod/preview 的 Docker 配置以及测试。当用户想构建完整的 Midnight DApp、引导新项目、理解端到端生命周期，或需要钱包 + 合约 + 命令行的可用样板代码时使用。本技能使用 yarn workspaces 生成官方 midnightntwrk/example-counter 参考实现。
从零生成一个完整的 Midnight Network hello-world DApp——Compact 智能合约、使用 vitest 的无头 Node.js 测试、使用 testkit-js FluentWalletBuilder 的钱包设置、DUST 生成、部署与调用交易，以及所有配套配置。当用户想构建完整的 Midnight DApp、引导新项目、理解端到端生命周期，或需要钱包 + 合约 + 测试的可用样板代码时使用。本技能使用官方 midnightntwrk/example-hello-world 参考实现生成在本地 devnet（Docker 栈）上运行所需的所有文件。
在 Midnight Network 上构建保护隐私的街机排行榜 DApp——玩家提交点击挑战分数，可使用匿名、公开或自定义显示名，并通过零知识证明验证条目所有权而不泄露密钥。涵盖 leaderboard.compact（Map、Counter、witnesses、persistentHash 所有者承诺）、Next.js 前端、1AM 钱包集成、底层部署/调用、无需钱包的索引器读取，以及 ZK 资产托管。适用于游戏化链上排名、化名竞赛、分数证明，或教学 disclose()/witness 模式。触发词：leaderboard dApp、隐私排行榜、提交分数、验证所有权、匿名玩家名、ZK 所有权证明、persistentHash 身份、Midnight 上的街机游戏。也适用于将 locker-dapp 或 payment-dapp 的钱包/提供者模式扩展到社交或游戏流程。
Rust 编写的本地优先向量专用查询数据库 fandhe-db（兼容 PostgreSQL wire protocol v3）的 fandhe-db-engine / fandhe-db-wire-server 参考资料。涵盖 USING PLAN / USING OPERATION_ID 语法、DDL / JOIN / CTE / 窗口函数、扩展查询、COPY、事务、TLS 1.3 / SCRAM-SHA-256、NoSQL HTTP 层、precision・recall 模式、HNSW / BM25 / RRF hybrid / rerank、redb 持久化、tenant・RLS、SIMD / wgpu、wire_code 错误约定。
用 Java 构建并部署用于 Kafka 上流处理的 Apache Flink 用户自定义函数（UDF）。当用户想用 Java 创建标量 UDF、用户自定义表函数（UDTF）或处理表函数（PTF），将其部署到 Confluent Cloud 或本地 Docker 环境，并从 Flink SQL 或 Table API 调用它们时，使用此技能。触发条件：Flink UDF、自定义 Flink 函数、process table function、PTF、UDTF、Flink user defined、extend Flink SQL、stateful stream processing with Flink。不触发：Kafka Streams UDF（请使用 kafka-streams-programming 技能）、不涉及自定义函数的一般 Flink 作业开发、包含 Flink 的 CDC 流式数据管道（请优先使用 confluent-cloud-cdc-tableflow 技能）、Flink connector 设置，或 Kafka 生产者/消费者代码。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。