meta-validate
用于校验 1С 配置元数据对象的技能：检查配置导出中的元数据 XML 是否存在结构性错误，适合在创建或修改配置对象后使用。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-31 00:15
编程与开发
38,957 个结果
migrate-hardhat2-to-hardhat3
该技能用于将 Hardhat V2 项目系统化迁移到 Hardhat V3，覆盖核心变更（ESM、声明式配置、hooks 系统、网络连接）以及完整的迁移流程。它把整个 V2→V3 迁移拆分为六个严格顺序执行的阶段：项目设置、配置、Solidity 测试、源文件、测试修复、脚本验证。默认由单个 agent 自顶向下执行，适合中小型项目（在 1M token 上下文窗口中可处理约 150 个 .ts 测试文件）；在更大项目或较小上下文环境中可将文件密集的阶段（4 和 5）分派给子 agent。开始前需阅读迁移约定文档，检测包管理器并选择执行模式。每个阶段完成后停在用户检查点等待批准。
reference-engine
Reference Engine 是一个“参考优先”的通用构建协议：在动手实现任何任务前，先定位该领域已被验证的参考实现，提取其模式再构建，避免凭空生成。适用于 API、数据库、测试、CI/CD、架构、安全等各类工程任务。
context-driven-development
一种把项目上下文作为与代码同级的受管制品来维护的方法论，通过结构化文档统一 AI 交互与团队认知，包含产品、技术栈、工作流与任务追踪等上下文文件。
ios-expert
iOS 开发专家技能，覆盖 SwiftUI、UIKit 与 Apple 框架，提供 Swift 与 SwiftUI 的编码规范、项目结构、界面设计与线程安全准则，并可给出反模式纠正建议。
sparc-methodology
SPARC（规范、伪代码、架构、精化、完成）是一套系统化软件开发方法论，结合多智能体编排能力，内置约17种专用模式，覆盖从调研、架构设计到TDD实现、审查、部署与文档的全流程。
workflow-patterns
workflow-patterns 是一套基于 TDD 的任务实施工作流规范，覆盖红-绿-重构循环、阶段检查点、Git 提交与笔记、验证协议和质量门禁，用于保证实现过程的质量与可追溯性。
1k-feature-guides
OneKey 应用的功能开发指南，用于在新增区块链、WebSocket 事件、推送通知、页面或路由时参考，覆盖链集成、通知系统与页面路由的组织方式。
game-studio
Game Studio 是用于浏览器游戏早期工作的路由型技能入口，帮助在选型、设计、实现、资产与试玩测试之间做工作流规划。默认推荐 2D Phaser 路径，除非用户明确要求 3D、Three.js、React Three Fiber 或 WebGL 方向。
web-game-foundations
用于在实现前确定浏览器游戏架构的技能，帮助选择引擎、划定模拟与渲染边界、定义输入模型、资产组织方式与存档调试边界，避免游戏逻辑与渲染、UI、输入混在一起。
google-ai-mode-skill
一个用于查询 Google AI Search（AI Mode）的技能，可从网络获取带引用来源的答案，适用于知识截止后的新信息、文档与 API 参考、代码示例、技术对比与带出处的研究。
shiny-py-optimize
shiny-py-optimize 是面向 Shiny for Python 应用的性能诊断与优化技能，目标是在不改变应用功能的前提下让现有应用运行更快，并支撑更多并发用户。它按“消除无用计算、复用重复计算、加速必要计算、移走阻塞操作”的优先级处理问题：把数据加载移到进程级作用域、用 req() 防止空输入计算、抽取共享 @reactive.calc、用标签页挂起重型输出、增加模块级缓存、为高频输入加按钮门控或防抖、以 ui.update_*() 替代整块 UI 重绘、改用 polars/parquet/DuckDB 等更快的数据格式，最后才用 @reactive.extended_task 处理耗时操作。技能强调 Shiny 的反应式函数在单个 asyncio 事件循环上串行执行，一个阻塞调用会冻结进程内所有会话，async/await 本身不能解决该问题。它还提供基于 OpenTelemetry 追踪、py-spy、shinyloadtest 的测量方法、症状排查表，以及保留行为的验证要求。
rust-cli-agent-style
从 OpenAI Codex Rust 代码库提炼的编码规范技能，用于按生产级 CLI/智能体系统风格编写 Rust：严格错误处理、Tokio 异步、扁平工作区组织，非测试代码禁用 unwrap/expect。
laravel-cashier-stripe
Laravel Cashier (Stripe) 是一个面向 Laravel 应用的订阅计费与支付处理技能，帮助开发者在 Laravel 项目中集成 Stripe，实现订阅管理、循环扣款、一次性收费、发票、支付方式管理、Checkout 结账流程、Webhook 事件处理以及客户账单门户等功能。该技能提供安装配置、Billable 模型、订阅创建与状态检查、套餐切换、试用期与宽限期、退款、税务 ID 管理等常用代码示例与参考文档，适用于需要在 Laravel 中构建订阅制或按量计费业务的开发场景。使用前需配置 Stripe 密钥与 Webhook 签名密钥，开发阶段建议使用测试模式密钥。
motoko-dot-notation-migration
用于将 Motoko 项目中旧的 Module.func(self, ...) 调用风格迁移为新的 self.func(...) 点语法，适用于使用 mo:core 依赖的项目。该技能源自一次 motoko-bitcoin 项目的成功迁移，包含 core 2.2.0 的完整函数清单、经过实战检验的 Python 转换脚本，以及迁移中必须处理的各类关键陷阱。它覆盖面广、细节充分，适合在从 base 迁移到 core 或升级 core 版本时使用。
screenshotting-changelog
该技能用于在准备包含界面改动的 Pull Request 时，借助 Cursor 内置浏览器对改动前后的页面进行截图，生成可视化的变更日志或 PR 描述，方便评审者快速浏览视觉变化。适用于设计改动较多的 PR，后端改动可跳过。
switching-projects
该技能用于在 Cursor 中把当前工作区切换到另一个项目目录，借助内置的 cursor-app-control MCP 服务器完成，无需打开新窗口。当用户要求切换项目、打开另一个代码库，或把当前对话迁移到不同的工作区根目录时使用。技能会先询问或推断目标项目位置，在常见开发目录中查找，必要时让用户确认，然后调用 move_agent_to_root 工具切换工作区，并简要介绍新项目的技术栈、Git 状态和顶层目录结构。若用户想新建项目，可先调用 create_project 创建目录并初始化 Git 仓库，再切换进入并开始搭建。使用前提是 cursor-app-control MCP 服务器已启用，切换在当前对话内完成，后续工具调用的文件路径均相对于新根目录解析，也可用同样方式切回原项目。
changelog
changelog 技能用于为当前分支生成、刷新或修复变更日志条目：从 git 与 diff 推导元数据，写入 frontmatter 与分组正文，运行确定性的富化脚本，然后按契约校验。
ralph-json-start-loop
Ralph 是一个自主循环执行工具，用于按依赖顺序自动实现 prds/ 目录中 JSON 文件定义的功能故事（stories）。它通过 git worktree 为每个项目创建独立工作区，逐条挑选 passes 为 false 的故事进行实现、运行质量检查并提交，直到全部通过后输出完成标记。支持指定迭代次数或项目名称，可并行运行多个独立项目。
conventional-commit
该技能用于按 Conventional Commits 规范提交已暂存的 git 文件，并遵循提交信息最佳实践。适用于用户提到 commit、git 提交等场景。
nodejs-backend-patterns
Node.js 后端模式（nodejs-backend-patterns）是一套面向生产环境的 Node.js 后端开发指导技能，帮助开发者使用 Express、Fastify 等现代框架构建可扩展、易维护的后端应用。它覆盖 REST API 与 GraphQL 服务、微服务、认证与授权、可扩展架构设计、中间件与错误处理、SQL 与 NoSQL 数据库集成、WebSocket 实时应用以及后台任务处理等主题。该技能以最佳实践为核心，强调先明确目标、约束与所需输入，再应用相关模式并验证结果，提供可执行的步骤与验证方法；当需要更详细的模式与示例时，可查阅其 resources/implementation-playbook.md 资源文件。适用于构建 REST API 或 GraphQL 服务器、创建 Node.js 微服务、实现认证授权、设计可扩展后端架构、搭建中间件与错误处理、集成数据库、构建实时应用和实现后台作业处理等场景。若任务与 Node.js 后端模式无关，或需要该范围之外的领域与工具，则不应使用本技能。
safe-incremental-coding
Safe Incremental Coding 是一套面向遗留代码的安全增量修改方法，目的是在修改缺乏测试的旧代码时，先保护现有行为。它要求在进行有风险变更之前先建立表征测试（characterization test）网络，通过可观察边界捕获当前输出与副作用，包括边界和失败情况；即使现有行为包含已知缺陷也要先固定下来，有意改变行为应作为单独步骤。测试应尽量放在验收或集成边界；若没有现成边界暴露目标行为，只添加最小观察接缝并保持业务逻辑不变。测试网建立后，再针对阻碍变更可测性的障碍（如死代码、耦合决策、隐藏的控制流、难以控制的依赖、混杂职责）做保持行为不变的结构性调整，每次调整后运行相关表征检查。完成后交接到 tdd 进行有意的行为改变，并继续以此为保护。报告需说明受保护行为、可测性改动、已运行检查与证据缺口。
how-to-send-push-notifications-on-flutter-web-fcm
本指南介绍如何在 Flutter Web 应用中实现 Firebase Cloud Messaging（FCM）推送通知。内容涵盖修改 web/index.html 中的 Service Worker 注册逻辑、创建 firebase-messaging-sw.js 后台消息处理脚本、编写 Dart 辅助类封装权限请求与令牌获取，以及通过 Firebase 控制台发送测试消息。Flutter Web 的 FCM 配置方式与移动端差异较大，本指南针对 Web 端给出具体步骤。
compound-engineering
Compound Engineering 是一套面向 AI 辅助开发的工程方法论技能，核心理念是让每一份工程工作都使后续工作更轻松，而非更困难。它通过「计划 → 执行 → 评审 → 沉淀」的循环，把每个 bug、失败测试或问题解决洞见记录下来并供未来工作复用，从而对抗传统开发中不断累积的技术债。该技能适用于规划功能、执行任务、评审代码或沉淀经验等场景，强调 80% 的精力投入在计划与评审、20% 在执行。