Skills
收录 99,448 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
使用 CMake 在 C++ 中构建 JUCE 音频插件（VST3、AU、AAX、Standalone、LV2）。涵盖从项目脚手架到多格式构建的完整开发工作流，包括 AudioProcessor 生命周期、使用 APVTS 的参数管理、DSP 模块链、自定义编辑器 GUI、Three.js/GLB WebView 界面、状态序列化、实时音频安全性和跨平台 CI/CD。只要用户提到 JUCE、音频插件、VST 插件、AU 插件、音频效果、合成器、MIDI 处理器、AudioProcessor、AudioProcessorEditor、Projucer，或想要创建音频软件，就使用此技能——即使他们只是说"做个插件"或"音频插件"。也适用于用户在现有 JUCE 代码库中工作时（如 PluginProcessor.cpp、PluginEditor.cpp、含 juce_add_plugin 的 CMakeLists.txt 等文件），或调查插件在宿主中的 CPU 占用时。
为任何项目创建 justfile（casey/just 命令运行器）或迁移到 justfile。用户要求添加 justfile、用 just 替换 Makefile、设置项目命令、创建任务运行器，或在构建/开发工作流语境中提到“just”时，使用此技能。不能仅因项目已有 Makefile 或是新项目就触发；请求必须明确要求创建或迁移项目命令。适用于 Rust、Python、TypeScript/JavaScript、Go 和 Ruby 生态。不适用于 CI 流水线配置、Dockerfile 或实际构建系统设置（cargo、webpack 等）。
将 GitHub 仓库的标签作为版本控制文件进行管理，并按变更路径自动为拉取请求添加标签。导出当前标签，与建议的 `.github/labels.yml` 进行差异比较，同步差异（一次性执行，或通过使用一个已验证且固定 SHA 的操作的定时工作流执行），并使用 `actions/labeler` 和 `.github/labeler.yml` 配置基于路径的 PR 标签。用户说“standardize labels”“sync labels”“auto-label PRs by path”“labels as code”或调用 /labels-as-code 时使用。不要用于跨多个仓库的组织级标签策略——请转交给 /safe-settings，由其从中央管理仓库协调标签（重命名、排除）。不要用于议题表单或模板——请使用 /oss-hygiene。标签删除绝不会自动进行；此技能会先征求明确授权。
在带有 git submodule 的多仓库系统中管理 git 操作（创建分支、提交、推送）。当用户想要创建功能分支、提交更改、推送代码、同步 submodule，或在父仓库与服务仓库之间管理分支时，使用此技能。在实现涉及一个或多个服务的 BMAD story 时，或当用户询问多仓库项目中的 git 工作流时，也请使用。触发短语包括 "create branch"、"commit changes"、"push to remote"、"sync submodules"、"start working on story"、"update service branch"，或任何横跨父仓库与 submodule 仓库的 git 操作。
(NS) Playwright 逆向原型设计——捕获实时 UI；创建/演进单一的 prototype/（保留 git 历史；绝不使用 v1/v2）。适用于：从 URL 进行原型设计、将某个界面逆向为 prototype/、演进原型、AS-IS 流程/字段，或“prototype this app/page”。不适用于仅编写外观 MD（ns-proto-visual-guide）、完整 SDD（ns-spec-driven）、单纯的代码修复（ns-coder）或 /ns-harness prepare。
集成 Open-Meteo Weather Forecast、Air Quality 和 Geocoding API：查询设计、变量选择、timezone/timeformat/units、多地点批处理以及健壮的错误处理。适用于通过 Open-Meteo 获取天气预报、空气质量/花粉数据，或将地名地理编码为坐标。关键词：Open-Meteo, /v1/forecast, /v1/air-quality, geocoding-api, hourly, daily, current, timezone=auto, timeformat=unixtime, models, WMO weather_code, CAMS, GeoNames, httpx, FastAPI, pytest。
添加或验证 CI 对 Conventional Commits 拉取请求标题的强制检查。检测仓库是否在 squash merge 时将 PR 标题作为提交主题，检查是否已有标题检查，使用固定 SHA 的 amannn/action-semantic-pull-request 搭建 `.github/workflows/pr-title.yml`，并验证错误标题会检查失败、正确标题会通过。适用于用户说“强制检查符合 Conventional Commits 的 PR 标题”“检查 PR 标题格式”“语义化拉取请求检查”“添加 PR 标题检查”，或调用 /pr-title-lint。不要用于将仓库切换为使用 PR 标题作为提交消息的 squash merge（合并默认设置和规则集使用 gh-bootstrap）、创建发行版（使用 release），或设置本地提交消息钩子（使用 prek）。
Quint 语言与 CLI 参考——Quint 语法、运算符、类型、`basicSpells`、工具链（typecheck/run/test/verify），以及如何阅读模拟和反例输出方面的专家。在编写或调试 `.qnt` 文件内容、修复类型检查/解析错误、查找运算符或惯用法、分析不变式违反或反例轨迹，或优化状态空间探索时使用。这是用于在语言层面使用 Quint——而非分析或运行 TLA+/TLC 本身。要从某种来源端到端构建**新**模型——包括将 TLA+ 规格翻译成 Quint，或对代码/需求/想法建模——请使用 quint-modeling 技能，它负责该工作流，并就该参考的语法进行咨询。关键词：quint、syntax、operators、typecheck、model checking、counterexample、basicSpells、CLI、specification language。
构建系统、协议或算法的 Quint 模型。每当用户想要用 Quint 建模、编写规格、形式化描述、模型检查或验证系统时使用——例如 "model this protocol in Quint"、"spec out this design"、"translate this TLA+"、"formally check this Rust code"——即使他们从未说出 "specification" 一词。当目标是验证或模型检查某个设计或实现，而尚无 Quint 模型时，编写模型是必需的第一步，因此从这里开始。它根据用户已有的内容——交互式形成的想法、自然语言或功能需求、源代码（Rust、Go、TypeScript 等）或现有的 TLA+ 规格——生成规格，并沿建模流程（状态、动作、不变式）推进，适配源类型。也可用于**审查或审计现有的 Quint 规格**——"review my .qnt"、"audit this spec before I ship it"、"is this model any good"——它带有结构 + 运行时审查清单。不要用于针对已存在的规格实现代码（那是 quint-execute-spec），也不要用于纯 Quint 语法/CLI/调试问题（quint-lang）。关于 Quint 语言语法和 CLI，参见 quint-lang 参考。
为代码仓库配置 .gitattributes、.editorconfig、.gitignore 和 Git LFS 过滤器：统一换行符，为 GitHub linguist 标记生成文件、供应商文件和文档路径，设置各语言的编辑器默认值，并合并来自 GitHub 模板的 .gitignore 内容。当用户说“添加 .gitattributes”“修复换行符”“CRLF”“linguist”“标记生成文件”“设置 .editorconfig”“gitignore 模板”“git lfs”或调用 /repo-attributes 时使用。不要用于 prek 或 pre-commit 钩子配置——请使用 /prek。GitHub 自定义属性（组织级元数据）不在范围内；此技能仅处理单个仓库的属性、编辑器和忽略文件。社区健康文件（README、LICENSE、CODE_OF_CONDUCT、CONTRIBUTING、SECURITY）归 /oss-hygiene 管理，而非此技能。
对照仓库以只读方式审计目录中每项技能的检查，并报告存在的设置缺口。它会从仓库根目录运行随附的 Python 脚本，为每项目录技能输出一行（检查项、状态、证据、负责修复的技能），然后提出一份按顺序排列并注明相关技能的计划。绝不写入文件，也绝不调用会更改状态的 GitHub API 端点；即使使用可选的 --github 标志，也只会增加只读 GET 检查。用户说“审计此仓库”“此仓库缺少什么”“仓库健康检查”“适用哪些设置技能”或调用 /repo-audit 时使用。不要直接应用任何修复；应将每项发现转交给目录中对应的技能。也不要用于审查应用逻辑代码。
在 SQLAlchemy 2.x 上构建由数据库支持的任务队列/任务调度器时使用：其就绪状态由依赖驱动，任务长时间运行且有状态，唯一持久化载体是关系型数据库——单机、可嵌入、无消息中间件、多方言（SQLite / PostgreSQL / MySQL）。涵盖通用 jobs/job_deps 模型、就绪集查询、按方言的原子租约（PostgreSQL + MySQL 8 上的 FOR UPDATE SKIP LOCKED，对比 SQLite 上的 BEGIN IMMEDIATE，并含方言检测）、通过心跳 + 租约到期 + 过期租约回收实现的崩溃恢复、针对卡住但仍存活任务的单次派发超时、基于 group_key 的加权公平分配、scan→rank→lease→dispatch→persist→reclaim 的 tick 循环、轮询与 LISTEN/NOTIFY 唤醒的对比，以及至少一次投递的幂等契约。关键词：job queue、task scheduler、ready-set、SKIP LOCKED、lease、crash-resume、multi-dialect、SQLAlchemy、background jobs。同步优先。不涉及 SQLAlchemy 数据层或锁原语（sqlalchemy），也不涉及迁移（alembic）。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。