Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
使用此技能，借助检测工具（knip、depcheck、ts-prune、deadcode、staticcheck）查找并移除死代码、未使用的依赖、重复逻辑和未使用的导出。在“clean up dead code”、“remove unused”、“find dead code”、“reduce bundle size”、“dependency audit”，或代码库显得臃肿时触发。若要简化仍在使用的代码（可读性、命名、降低复杂度）而不使用检测工具，请改用 code-simplifier。在维护窗口或重大重构前使用此技能。
重构 React 和 TypeScript 代码,以提升可维护性、可读性和性能。此 skill 将复杂的 React 组件转换为遵循现代 React 19 模式的整洁、结构良好的代码。它解决组件臃肿、prop drilling、不必要的重渲染以及不当的 hook 用法。利用 React 19 特性,包括用于自动记忆化的 React Compiler、用于表单处理的 Actions、用于即时 UI 反馈的 useOptimistic、用于异步数据的 use() hook,以及用于最佳性能的 Server Components。
生成 Red Hat Developer Hub 的 dynamic-plugins.yaml 配置，使导出的 Backstage 前端插件出现在 RHDH 中：从 plugin-manifest.json 或包名推导 Scalprum 名称，并编写 pluginConfig.dynamicPlugins.frontend 块，包含 dynamicRoutes、menuItems、mountPoints、appIcons、apiFactories、routeBindings、实体标签页、卡片、上下文菜单项和 provider 组件。用于"为这个插件生成 wiring"、"这个卡片需要哪个 mount point"、实体页面定制、importName，或某个插件安装后却从不渲染的情况。若要将配置应用到正在运行的实例，请改用 /rhdh-local。
仅用于 CI 的自愈工作流，使用 gh-aw（GitHub Agentic Workflows）在拉取请求和定时运行中进行主动的运行时恢复。当 CI 检查失败（测试、构建、lint、部署、扫描）时，此技能会根据 CI 日志诊断失败，以 PR 评论或后续提交的形式提出经过验证的补丁，并向 `.learnings/HEALS.md` 提交一条 HEAL 记录。保留先验证再持久化的原则：只有当同一工作流中的重跑检查通过时，HEAL 才是 `verified`；否则以 `pending-verify` 交付，供人工跟进。跨 PR 的重复 healing 模式会累积 `Recurrence-Count`，并在 ≥3 时追加 `Handoff` 块，以标记通过 self-improvement-ci 进行提升。使用此技能的场景：你希望在 CI/定时流水线中执行无头 heal-loop，你希望自动捕获重复出现的失败模式，或者你希望 PR 能呈现非显而易见的 环境/工具 修复而无需人工分诊。对于交互式/本地会话，请改用 `self-healing`。
在全新的检出中搭建 `clickhouse-js` 仓库，使 Agent 能够运行测试、lint、类型检查、构建或示例。在调用任何 `npm run test:*`、`npm run lint`、`npm run typecheck`、`npm run build` 或 `npm run run-examples` 脚本之前使用本技能——或在拉取涉及任何 `package.json`（根目录、`examples/node` 或 `examples/web`）的更改之后使用。涵盖 Node.js 版本要求、跨 npm workspaces 和两个独立示例包安装依赖、构建 workspace 包以使包间导入可解析，以及通过 Docker Compose 启动 ClickHouse 进行集成测试。不要将本技能用于仅仅依赖 `@clickhouse/client` 或 `@clickhouse/client-web` 的下游用户项目；它专门针对为 `ClickHouse/clickhouse-js` 仓库本身做贡献。
将本地 iOS 构建共享给未连接到此 Mac 的已注册 iPhone。它会创建一个云端签名的构建，上传到 Speedflight（speedflight.dev），并在聊天中发布一个可从 Safari 安装的链接。当用户想要把构建放到其设备上，而设备未插线或无法连接时（run-on-device 失败、"send me the build"、"I'm away from my desk"、"put this on my phone"），可主动使用，无需用户要求。也可在 "/speedflight" 或 "share a build" 时使用，用于为仓库设置 Speedflight，以及当用户要求将设备或队友的手机添加到 Speedflight 时（生成注册链接、拉取 UDID、向 Apple 注册它们）。
SQLAlchemy Python ORM。涵盖模型、会话和查询。用于 Python 数据库应用。使用场景：用户提到 "sqlalchemy"、"declarative_base"、"DeclarativeBase"、"Session"、"Query"、"relationship()"、"alembic"，询问 "python orm"、"sqlalchemy models"、"sqlalchemy async"、"sqlalchemy relationships"、"python database"。请勿用于：Node.js/TypeScript ORM——请使用 `prisma`、`drizzle` 或 `typeorm` 技能；Django ORM——请使用 Django 专属资源；原生 SQL——请使用 `database-query` MCP；NoSQL——请使用 `mongodb` 技能；其他 Python ORM（Peewee、Pony）——不支持。
使用 sqlx Rust 库构建解决方案的综合指南。当用户想要以下操作时使用此技能：在 Rust 中编写带编译期检查的 SQL 查询；使用异步 Rust 连接 PostgreSQL、MySQL 或 SQLite 数据库；用 sqlx 设置连接池；运行数据库迁移；使用查询宏（query!、query_as!、query_scalar!）；用 FromRow 将 SQL 行映射到 Rust 结构体；在 Rust 中处理事务；使用 #[sqlx::test] 进行数据库测试；在 SQL 中处理 JSON 列；使用 PgListener 实现 PostgreSQL LISTEN/NOTIFY；正确处理 sqlx 错误；在 Cargo.toml 中配置 sqlx feature flags；用 cargo sqlx prepare 设置离线模式；使用 QueryBuilder 进行动态查询；或用 sqlx 实现 repository 模式。当用户提及 sqlx、Rust database、Rust PostgreSQL、Rust MySQL、Rust SQLite、Rust SQL toolkit、compile-time query checking、async database Rust、database migrations Rust、sqlx pool、sqlx macros 或 Rust 中任何 SQL 数据库交互时，务必使用此技能。
审查 Svelte 组件是否符合惯用模式，识别从 React/Vue/Svelte 4 沿用而来的反模式，并提出 Svelte 5 重构建议。适用于撰写或审查 Svelte 组件、询问 "is this idiomatic"、"Svelte way"、进行 Svelte 5 迁移，或遇到以下坏味道：effect 给 state 赋值、prop 被复制到 $state、默认使用全局 store、到处 $bindable、可点击的 div、createEventDispatcher、export let、on:click、以 slot 为核心的 API、生命周期驱动的代码、命令式 DOM 接线、不可变更新的繁文缛节、context 值替换、shadcn-svelte 表单结构、Field.* 组件、bits-ui 表单控件，或隐藏归属关系的组件 API。这是 Svelte 组件审查的通用入口；路由/load/actions/服务端相关事项委派给 sveltekit，细节委派给专题参考。
使用 Swift 构建、重构、审查和调试 Apple 平台原生软件。在处理 `.swift` 文件、SwiftUI 视图、基于 Observation 的状态、`@Bindable` 与绑定流、SwiftData 驱动的 UI、场景与窗口、搜索/导航结构、UIKit/AppKit 互操作、Liquid Glass 采用、macOS 原生 UX，或 SwiftUI 性能/无障碍时使用。在请求创建或打磨 iOS、iPadOS、macOS 或 visionOS 功能，整理 SwiftUI 视图结构，诊断卡顿或失效风暴，审查应用质量，或让某个功能更像优质的 Apple 平台应用时触发。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。