riverpod-3-0-migration
用于将 Riverpod 从 2.0 迁移到 3.0 的技能，梳理自动重试、离屏 provider 暂停、legacy providers 导入、Ref 简化、AutoDispose 与 FamilyNotifier 类型移除、以及 ProviderException 等主要变更。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-29 00:09
编程与开发
38,655 个结果
azure-storage-blob-java
使用 Azure Storage Blob SDK for Java 构建 Blob 存储应用的技能，涵盖客户端创建、上传下载、列举、删除、复制、SAS 令牌、元数据与租约等常见操作。
backend-microservice-development
该技能用于编写 BK-CI 后端微服务代码，适用于新增 Resource、按 API/Service/DAO 分层组织代码、依赖注入、服务归属判断，以及遵循 Spring Boot 开发约定等场景。资料指出，当用户进行 Kotlin/Java 后端开发时应优先使用；它关注的是 BK-CI 后端功能如何组织与落位，而非 Spring Boot 入门。开发前需先做服务归属判断，再决定接口、服务与数据层的放置位置。核心分层为 API、业务实现、启动模块和数据模型，不应跨层乱放逻辑；服务间交互走 API 契约，不直接访问其他服务数据库。资料还列出高信号规则与关键陷阱，并建议在接口设计、测试、基础设施、Spring Boot 框架实践等方向联动其它技能。
complexity-mitigator
Complexity Mitigator 是一个只读的代码理解与简化预检技能，用于降低既有代码的理解成本，同时保留关键领域含义。它不负责实现或交付，而是对代码进行因子分解与筛选，并给出交接建议。
root-cause-investigator
Root Cause Investigator 是一个用于错误、Bug 和异常行为的系统性根因分析工具，采用 5-Why 方法论。它适用于用户报告错误、构建失败、测试失败、性能退化、集成问题，以及任何“它不工作”的场景。该工具引导使用者从表面症状逐层深入，通过收集证据和结构化分析，找到需要解决的根本原因，而不是只修复表象。它的调查流程包括收集初始上下文、执行 5-Why 分析、识别根因并列出建议继续调查的范围。分析过程强调基于证据、避免预设解决方案、考虑多重成因、记录发现、系统性思考、质疑假设，以及借助版本控制定位问题引入时间。调查时可参考按类别整理的常见根因模式（如配置、竞态条件、资源耗尽、集成失败、构建/部署问题）以及带命令示例的调查技术（错误分析、代码调查、依赖分析、环境调查）。本工具的目标是定位根本原因，而非仅缓解症状。
no-invalid-states
一个代码审查与重构技能：通过“先解析、不反复校验”的方式，把静态内部不变量编码为更强的类型表示，减少重复的运行时防御检查，让非法状态难以或无法构造。适用于存在重复守卫、生命周期布尔标志、互斥字段组合或调用顺序约定的代码。
board-support
Board Support 是嵌入式工程技能仓库中面向 AI 的精确开发板查询与参考入口，用于把用户指定的 Arduino、ESP32、RP2040 或其他嵌入式开发板解析为有来源支撑的精确档案。它可提取引脚与外设能力、电压与电流限制、总线、ADC/PWM/定时器能力、保留或高风险引脚、框架与工具链边界、来源可信度及已知缺口，并把结果交给下游技能。它不负责选板或换板，那属于 board-selection；引脚分配与声明格式属于 pin-assignment。
memory-budgeting
memory-budgeting 是面向 Arduino 与嵌入式工程的技能，用于把内存当作可测量的预算来管理，而不是仅凭开发板标称容量判断是否够用。当项目触及 SRAM、Flash、堆、栈、分区、JSON 缓冲区或性能上限，或需要审查 String 使用、F() 宏放置时适用。其实现为嵌入式 C/C++，在需要时可编写脚本解析构建或运行时日志。技能流程包括：记录开发板/模块、各类存储器容量、引导程序与分区布局、框架、编译选项、库、静态缓冲区、任务栈、文件系统/OTA 需求、协议峰值大小与可用测量输出；将静态数据、代码/Flash、堆、任务栈、中断状态、文件系统、引导程序与 OTA 槽位分开；为每类设定数值预算与最小余量；采集编译器体积输出并将变化对应到具体功能或依赖；在框架允许时测量运行时可用堆、最大块、栈高水位以及代表性负载下的重置/分配失败。在 AVR 上，可适当用 F() 将字面量保留在 Flash，优先使用有界缓冲与固定大小存储，避免无界动态 String；在 ESP32/RP2040 上同样需要有界缓冲并区分堆、栈、Flash 与文件系统。每次影响内存的改动后重新跑压力用例并记录权衡。该技能要求构建体积与运行时内存证据标明具体目标与版本，每项预算有余量与失败应对，压力测试覆盖峰值消息、传感器、日志、无线电与任务负载，且优化不得移除边界、安全检查或恢复行为。
to-tickets
to-tickets 是一个用于把计划、规格说明或当前对话拆解成一组「曳光弹式」工单（tracer-bullet tickets）的技能。每个工单都是一个贯穿各层的垂直切片，并声明其阻塞边（即必须先完成哪些工单才能开始）。工单会发布到已配置的追踪器中。使用前需先通过 set-up-project 技能配置好问题追踪器和分类标签词表。
systematic-debugging
Systematic Debugging 是一套用于排查技术问题的结构化流程技能，适用于遇到缺陷、测试失败或异常行为、在提出修复方案之前使用。其核心原则是先完成根因调查，再着手修复，反对靠猜测随机打补丁。该技能定义了四个必须依次完成的阶段：根因调查（认真阅读报错与堆栈、稳定复现、检查近期改动、在多组件系统中采集证据、追踪数据流）、模式分析（寻找可用的同类示例、对照参考实现、列出差异、理解依赖）、假设与验证（提出单一假设并以最小改动测试）、实施修复（先写失败测试、只做一处修改、验证修复）。文中还给出红旗信号（如“先快速修一下”“试改 X 看行不行”）、常见的自我辩解与反驳，以及在连续三次以上修复失败时应质疑架构而非继续尝试的建议。整体强调系统化调试比反复试错更快、首次修复率更高。
solidity-checklist
Solidity Checklist 是一个面向链上操作的强制性预检技能，要求在每次执行链上操作（如 cast send、forge script --broadcast）之前自动调用。它提供一套系统化的 6 层验证清单：权限、依赖、参数、安全、本地测试、执行与记录，帮助开发者避免因跳过系统化验证而导致的链上操作失败。该技能强调主动验证流程，而非部署失败后再反复询问 AI 的被动循环，并包含私钥安全规则、依赖关系图模板、参数校验命令、安全风险扫描、本地测试决策树以及操作后验证与知识记录等实用内容。
shell-scripting
Shell 脚本编写技能，覆盖 bash/zsh 的最佳实践与常用模式。适用于编写自动化脚本、创建 CLI 工具、执行系统管理任务、构建与部署脚本、日志处理与分析、文件批量操作以及 cron 定时任务等场景。内容包含脚本结构模板、错误处理（set 选项、trap 清理、命令与文件检查）、变量与替换、数组与关联数组、控制流、循环、输入输出与重定向、文本处理（find、CSV、jq、awk、sed）以及最佳实践清单，并附有一行命令参考文件。
creating-springboot-projects
该技能用于在实现之前创建新的 Spring Boot 4 项目或定义其结构，适用于搭建服务、REST API 或模块化后端。它帮助进行架构决策（如分层、按模块分包、模块化单体、tomato、DDD 六边形）、选择 Spring Boot 4 特性，并提供 assets/ 中的脚手架模板。技能强调先评估项目复杂度，默认采用适合领域的最简架构，目标为 Spring Boot 4，默认 Java 25（当前 LTS），并复用模板而非重复编写脚手架。
roblox-dev
Roblox 运行时行为参考技能，用于编写、审查或调试涉及服务、Instance、复制、RemoteEvent、数据存储、流式加载、物理所有权、任务调度等内容的 Roblox 服务端/客户端代码。它整理了 Roblox 引擎在运行时的核心规则与推荐模式，例如服务端权威、状态单一归属、复制异步、信号延迟、WaitForChild 超时、脚本类型与位置、云服务选型、DataStore 限流与会话锁、StreamingEnabled 与 ModelStreamingMode、网络所有权、task 库调度等，并附带多份深入参考文档。该技能只描述推荐模式，不授权重写现有代码，强调先匹配项目既有风格，不引入项目未使用的工具。
meta-reviewing-reviewing
一套面向代码审查的 AI 技能，提供 PR、实现与规格的审查模式与反馈原则，涵盖自纠错检查点、审查后反思、多文件进度跟踪、反馈分级（Must Fix/Should Fix/Nice to Have）以及批准或拒绝的决策框架。
blitz-create-script
根据 GTM 需求生成可运行的潜在客户开发或数据补全脚本，强制使用官方 Blitz SDK（blitz-api-py/blitz-api-js），自动选择包管理器安装、加入 API 密钥安全、基础错误处理与正确分页。
blitz-reviewer
Blitz Reviewer 是一款用于审查 Blitz API 集成的技能：在运行代码前对照 Blitz 实时文档核验环境（MCP、SDK、技能、API 密钥）与用户代码（方法、请求体、枚举），输出 pass/warn/fail 检查清单，并在用户逐项确认后修复，属诊断而非重构。
flutter-mcp-toolkit-inspect
用于对运行中的 Flutter 应用做只读状态检查的 MCP 工具：语义快照、视图尺寸、应用错误、截图与 VM 信息，帮助了解应用当前显示内容，不负责驱动交互。
planify
Planify 是一个用于功能规划的中文技能：先探索项目现状，再通过持续提问把需求和技术拆解梳理成共享计划，最后交由 planify-write-plan 写成 plan.md 与 tech.md。
planify-write-plan
planify 的内部写作技能：把 planify 生成的计划摘要整理成两个文件，plan.md 供人阅读，tech.md 供智能体使用。它只负责排版，不做决策、不提问、不添加摘要之外的任务或约束。
chanjing-ai-creation
蝉镜 AI 创作 Open API 客户端技能：提交图片/视频生成任务、轮询状态、查询任务列表与详情，仅在用户明确要求时下载输出。需读写本地 credentials.json 并访问 open-api.chanjing.cc。
chanjing-text-to-digital-person
蝉镜文生数字人技能：通过 API 生成数字人形象图、图生说话视频，支持可选 LoRA 训练与任务轮询，仅在用户明确要求时下载生成物。需先完成 AK/SK 与 Token 校验。
bevy-voxel-runtime
面向 Bevy 0.19 的生产级体素运行时技能，处理体素编辑到后台重网格化（remesh）的完整流程，涵盖脏区扩散、修订与生命周期令牌、任务合并与优先级调度、过期结果拒绝，以及网格与 Rapier 碰撞体的原子替换。
isentinel
isentinel 是一套面向 roblox-ts 开发的偏好约定与工具链配置，由 christopher-buss/skills 提供。它以「有主见」的方式统一 roblox-ts 项目的工具选择与编码规范：包管理器使用 pnpm（可选 bun 作为脚本运行时），并推荐用 @antfu/ni 统一包管理命令；语言使用 TypeScript 严格模式并附加额外检查，通过 @isentinel/tsconfig 的 roblox 预设引入 exactOptionalPropertyTypes、noUncheckedIndexedAccess、noPropertyAccessFromIndexSignature、noImplicitOverride、noImplicitReturns、noFallthroughCasesInSwitch 等选项；Lint 使用 @isentinel/eslint-config，不使用 Prettier，由 ESLint 负责格式化；测试使用 Jest-roblox 并采用 TDD 流程；Git 钩子使用 husky + lint-staged；提交信息遵循 Conventional Commits。它适合在新建 roblox-ts 项目或需要做编码风格、工具链决策时作为参考基线，强调快速失败、避免过早抽象和以测试保护重构。