w-yolo
w-yolo 是一个用于修复本地检查失败的技能，强调在不发布代码的前提下处理问题。它要求使用最小失败命令或用户指定的命令进行修复，禁止运行完整的 pre-push 套件，禁止编辑 .env，禁止删除功能来让检查通过。修复后需重新运行失败命令，并可选用 /w-review 只读审查任务差异。若存在 CodeRabbit 或 CI 评论且用户要求处理，则按 /w-coderabbit 或 /w-comments 执行但不提交。行为或命令变更时参考 /w-docs。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-16 00:02
编程与开发
36,322 个结果
ponytail
Ponytail 是一个面向编码任务的智能体技能，要求给出最简单、最短、最可用且不过度设计的实现。支持 lite、full、ultra 三种强度，默认 full，可用 /ponytail 切换，适合写代码、重构、修 bug、评审和选依赖。
minecraft-modding
Minecraft Modding Skill 是一个面向 Minecraft 模组开发的技能包，用于创建、修改、调试或迁移基于加载器的模组代码。它覆盖 NeoForge 26.x（当前版本，保留 1.21.11 示例）、Forge 1.20.1（旧版通道）、Fabric 26.x（当前版本，保留 1.21.11 示例）以及 Architectury 多加载器方案。技能强调在编写任何模组代码前，先从 gradle.properties 或 build.gradle 确认平台与 Minecraft 版本，并针对不同平台给出项目结构、构建与测试命令、注册表与事件系统、数据生成、JSON 资源模板等参考。适用于 Java/Kotlin 模组代码、注册表/事件、网络通信、数据生成接线和加载器 API 相关任务；不适用于纯原版命令逻辑、纯数据包或 Paper/Bukkit 插件开发。
principle-boundary-discipline
一套强调“边界纪律”的工程原则：把校验、类型收窄与错误处理集中在系统边界（CLI、配置、网络、外部 API），内部代码无条件信任类型，业务逻辑保持纯函数，外壳保持薄而机械，便于脱离框架测试。
typescript-best-practices
TypeScript 最佳实践是一份针对 .ts 与 .tsx 文件的编码规范技能，用于在阅读或编辑 TypeScript 代码时应用类型系统纪律。它主张用判别联合建模互斥变体、用品牌类型区分同源原始类型、用构造式建模让非法值无法被构造，从而在编译期而非运行时排除错误状态。同时强调对外部数据使用 unknown 而非 any、优先使用运行时 schema 库并从中推断类型、避免 as 断言、按判别 switch 到类型守卫的层级收窄类型、用 never 检查穷尽性、用 satisfies 替代 as、在边界处解析并信任内部类型，以及通过对象参数、真实测试与结构化日志提升可维护性。该技能要求先应用 type-system-discipline 原则技能，具体示例见 references/patterns.md。
orient
orient 是 camacho/ai-skills 中的任务定向技能，位于 EXPLORE 检查点，在进入 Isolate 阶段前完成上下文收集与任务分类：可读取 issue、自动识别任务类型并映射分支前缀，输出简要 brief。
babysit
babysit 是一个用于 Claude Code 的技能，用于持续照看一个已打开的 PR：修复失败的 CI、处理直截了当的评审意见，并推动 PR 进入可合并状态。它是 Cursor 内置 /babysit 的 Claude Code 对应实现，基于 gh CLI 循环执行，并使用 Claude Code 的 loop 技能控制节奏。适用于用户明确希望保持某个 PR 绿色、且不在 poteto-mode 运行中的场景。
serverless
面向 Python、FastAPI 与无服务器/微服务开发的实践指南，涵盖 API 网关、云原生模式、安全、性能优化、可观测性与测试策略，适用于构建可扩展的无服务器服务。
gcc
GCC 编译器技能，面向 C/C++ 项目。当需要选择优化等级、警告标志、调试构建、LTO、Sanitizer 插桩，或诊断编译错误时使用。该技能引导代理完成 GCC 调用：标志选择、构建模式、警告分类处理、PGO、LTO 以及常见错误模式。假定项目使用 GNU Make、CMake 或 shell 脚本。
runway-dev
Runway Dev Platform 集成开发技能，用于在应用中构建、修改、调试或验证 Runway 集成。该技能指导开发者通过 Dev MCP 获取实时账户状态与管理能力，使用官方 SDK 编写应用代码，并以当前文档确定 API 契约。适用于从 Dev Portal 开始的工作，不适用于一次性媒体生成或直接 REST CLI 操作。
pytorch-lightning
PyTorch Lightning 是一个基于 PyTorch 的高层训练框架，核心是 Trainer 类，用于在保持灵活性的同时消除训练代码中的样板代码。它通过 LightningModule 组织 PyTorch 代码，由 Trainer 自动处理 GPU/TPU/CPU 切换、分布式训练（DDP、FSDP、DeepSpeed）、混合精度（FP16、BF16）、梯度累积、检查点、日志和进度条。安装命令为 pip install lightning，版本 2.5.5+。它能将原本 40 多行的 PyTorch 训练循环压缩到约 15 行，无需手动管理设备和分布式逻辑，支持单机多卡、多节点和 TPU，并提供回调系统（如 EarlyStopping、ModelCheckpoint、LearningRateMonitor）与学习率调度。
axum-web-framework
Axum 是构建在 Tokio 与 Tower 之上的 Rust Web 框架，本技能提供其完整使用指南，涵盖路由、提取器、中间件、状态管理、错误处理与生产部署。适合用 Rust 与 async/await 构建 REST API、高性能类型安全 Web 服务、微服务、WebSocket 或 SSE 服务、GraphQL 后端，以及需要 Tower 中间件集成、认证授权、限流超时与背压处理的实时应用。内容讲解 Router 路由与嵌套、Path/Query/Json/Form/State/Extension/Headers 等内置提取器与自定义提取器、IntoResponse 响应类型、基于 Arc 的共享状态、Tower 中间件与 Layer 组合、自定义错误类型与 HandleErrorLayer 等核心概念，并给出大量代码示例。
rollup-bundler
Rollup.js 模块打包器的配置最佳实践与指南，覆盖 ES 模块、库打包、多输出格式、常用插件、外部依赖与 tree-shaking 优化等主题，适合开发需要被其他项目引用的 JavaScript/TypeScript 库。
graalvm
面向 GraalVM 原生镜像开发的专家指导，涵盖 Java 框架集成、构建优化与高性能应用部署，涉及 Quarkus、Micronaut、Spring Native、Jakarta EE、MicroProfile、Vert.x、Maven 与 JUnit 等技术。
r-cli-app
Rapp 是一个 R 包，提供 Rscript 的直接替代方案，能自动将命令行参数解析为 R 值，让普通 R 脚本变成带参数解析、帮助文本和子命令支持的 CLI 应用，几乎无需样板代码。它要求 R ≥ 4.1.0，可通过 CRAN 或 GitHub 安装。核心思路是“脚本即规范”：Rapp 扫描 R 脚本的顶层表达式，把特定赋值模式映射为 CLI 构造，因此同一脚本既能用 source() 运行，也能作为 CLI 工具运行。支持字符串、整数、浮点数、布尔开关、可选参数、位置参数、可变位置参数、可重复选项和子命令，并自动生成 --help 与 --help-yaml。脚本可添加 shebang 和 #| 前置元数据及参数注解。开发时可用 Rapp::run() 测试，也可在 R 包中通过 exec/ 目录发布 CLI。
api-design
该技能用于设计稳定、兼容的公共 API，核心是“只扩展不修改”的设计原则。它面向 NuGet 包、类库以及分布式系统的 API 维护者，帮助管理三类兼容性：API/源码兼容、二进制兼容和线格式（wire）兼容。技能提供了安全变更与破坏性变更的对照示例，说明如何通过新增重载、新增类型和成员来扩展功能，避免删除、重命名、修改签名或给现有方法添加可选参数等破坏二进制兼容的做法。它还介绍了弃用模式（先标记 [Obsolete] 再于主版本移除）、基于 PublicApiGenerator 与 Verify 的 API 审批测试、PR 审查清单、线格式演进的三阶段策略（先读后写再默认）、基于 schema 的序列化选择、封装与接口隔离模式，以及语义化版本策略。适用于设计新公共 API、修改现有 API、规划分布式系统线格式变更、制定版本策略和审查破坏性变更的 PR。
principle-outcome-oriented-execution
面向计划性重写与迁移的执行原则：以可验证的目标终态为优化目标，而非维持平滑的中间状态，避免临时兼容代码演变为长期债务。
laravel-queues
这是一份面向 Laravel 13 的生产级队列与任务（Queue & Job）模式参考，基于 MySQL + Redis 场景，可选配合 Horizon。内容包含 6 大类共 20 条规则，覆盖驱动选择、任务设计（幂等性、ShouldQueue、模型序列化）、重试与失败处理、Worker 扩容、批处理与链式调用以及测试运维，重点针对那些能通过代码审查但在高负载下失效的隐患，例如重试时静默重复派发、序列化后模型状态过期、支付任务缺少幂等、Worker 内存泄漏，以及忘记 ShouldQueue 导致请求在生产环境耗时过长。
system-design
System Design 是一个面向独立开发者的系统设计诊断技能，帮助把已验证的需求转化为架构决策、组件设计与接口定义，避免过度工程或遗漏关键集成点。它通过 SD0 到 SD6 七个状态识别设计问题：从需求不清晰、设计不足、过度设计、缺失集成点、风险决策未识别、缺少可运行骨架，到设计验证完成。核心原则是设计源于约束，每个架构决策都是权衡，需在变成缺陷前明确。技能提供数据流映射、错误场景枚举、YAGNI 审计、复杂度预算、接口优先设计、依赖清单、ADR（架构决策记录）、可逆成本评估、可运行骨架定义等干预手段，并列出架构宇航员、隐式决策、大爆炸集成、金锤子、过早优化、依赖否认、简历驱动开发等反模式。输出会持久化到文件，包括设计上下文简报、ADR、组件图、可运行骨架定义和验证设计文档。该技能不编写实现代码，不跳过需求分析，不鼓励为假设需求过度设计，不放过未记录的隐式决策，也不批准未定义可运行骨架的设计。
principle-fix-root-causes
该技能用于调试场景，主张不要修复症状，而要追踪每个问题到根本原因并在根源处修复。其核心理念是：症状式修复会不断累积，每个临时绕过方案都会让系统更难理解，而真正的缺陷依然存在；根因修复前期较慢，但能减少总体调试时间。技能给出的模式包括：先复现问题；不断追问“为什么”直到找到根因；不要添加守卫（例如加一个 nil 检查来消除崩溃属于症状式修复）；如果某个绕过方案需要一段很长的注释来证明其合理性，说明代码本身有问题，应修代码而非注释；检查模式而非单个实例（用 grep 搜索相同模式并修复所有实例）；卡住时用插桩而非猜测（加日志、读实际错误）；对于重启类缺陷，先怀疑状态再怀疑代码——当出现“重启后失败”时，优先怀疑陈旧的持久化状态，如配置文件、缓存、锁文件、序列化状态，如果清除某个状态文件后行为恢复，应优先把状态校验作为修复方向。
convex
Convex 后端即服务平台的开发指南，涵盖查询、变更、动作、Schema 索引、HTTP 路由、定时任务、文件上传及实时数据同步模式，面向使用 TypeScript 的 Convex 后端开发。
bash-script-generator
Bash 脚本生成技能，用于按明确需求创建、生成或搭建 Bash/shell 脚本、自动化与 CLI 工具。不适用于仅校验已有脚本的请求。
drizzle-orm-d1
Drizzle ORM for Cloudflare D1 是一个用于在 Cloudflare D1 上构建类型安全数据库的开发技能。它涵盖 schema 定义、使用 Drizzle Kit 进行迁移、关系管理以及 D1 batch API 模式，并针对 18 个已知问题提供预防措施。该技能提供 /db-init、/migrate、/seed 等命令，依赖 cloudflare-d1 和 cloudflare-worker-base，当前版本为 drizzle-orm@0.45.1、drizzle-kit@0.31.8、better-sqlite3@12.5.0。
create-fix-pr
create-fix-pr 是一个用于调查问题根因并提交最小修复 PR 的技能。它建立在 investigate 技能之上，要求先完成调查、拿到证据，再动手修复。该技能使用 gh CLI 完成所有 GitHub 操作，其余步骤使用标准 Bash、Edit、Read、Grep。工作流程包括：调查根因并引用确切的 trace ID、日志行、错误分组和代码位置；在提交前搜索是否已有处理同一问题的开放 PR，避免重复；判断 PR 是否为合适的解决方式（若需配置变更、开关切换或访问不到的代码，则改为描述方案）；克隆仓库；阅读仓库根目录的 agents.md 或 CLAUDE.md 了解仓库约定；进行最小改动；设置 git 身份；提交、推送并创建 PR。好的修复应改动行数最少、保持现有生产行为、不依赖无法验证的假设。不推荐的修复包括无关的大规模重构、顺手添加的推测性空值检查、掩盖底层 bug 的测试改动、为缓解症状而升级依赖版本。若 gh 未安装或未认证，应向用户报错并停止。PR 中绝不能包含访问令牌、密钥、凭据或调查期间添加的调试日志。