sapui5-linter
SAPUI5 Linter 是一个用于 SAPUI5/OpenUI5 应用与库静态代码分析的技能，基于 UI5 Linter（@ui5/linter）工具。它帮助开发者在升级到 UI5 2.x 之前发现兼容性问题、已弃用 API、安全风险和最佳实践违规，可检测 19 类问题、自动修复常见问题，并支持 JavaScript、TypeScript、XML、JSON、HTML 和 YAML 文件。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-17 00:11
编程与开发
36,466 个结果
cmux-artifact
cmux-artifact 是 cmux 技能集中的一项技能，用于创建可长期保存、可检查的 HTML 走查产物（artifact），适用于 cmux dogfood、验证、演示、证据页面和产物预览等场景。它强调使用真实命令输出、日志、截图、追踪和耗时数据，不虚构证据；最终产物需放在按分支划分的持久目录（如 /cmux-assets/<branch>/<artifact-slug>）而非 /tmp。技能会生成独立的 index.html，并在 cmux 工作区中打开非干扰性的浏览器标签或分屏，把证据放在工作终端旁边，默认使用调用方工作区的右侧辅助窗格，独立持久产物则可用专用或新工作区。
dotnet-project-structure
该技能介绍现代 .NET 项目结构与构建配置的最佳实践，涵盖 .slnx 解决方案格式、Directory.Build.props 集中构建属性、Directory.Packages.props 中央包版本管理（CPM）、SourceLink 源码链接、global.json SDK 版本固定、NuGet.Config 包源配置，以及基于 RELEASE_NOTES.md 的版本管理与 CI/CD 集成。适用于新建 .NET 解决方案、跨多项目统一构建属性、统一 NuGet 包版本、为包启用调试与符号发布、自动化版本号管理以及固定构建环境等场景。资料中标注了 .slnx 所需的最低工具版本（.NET SDK 9.0.200、Visual Studio 17.13、MSBuild 17.13），并说明 .NET 10 起 dotnet new sln 默认生成 .slnx。技能强调迁移后不应同时保留 .sln 与 .slnx 文件，并提供从 .sln 迁移的命令与 Visual Studio 操作路径。
type-design-performance
该技能用于指导 .NET 类型与 API 的性能化设计。核心原则包括：默认密封类以启用 JIT 去虚拟化并明确 API 意图；对小型不可变值类型优先使用 readonly struct 以避免防御性拷贝；优先使用无副作用的静态纯函数以提升性能与可测试性；延迟枚举，避免过早物化；从 API 边界返回不可变集合。内容还涵盖 struct 与 class 的选用、异步枚举、ValueTask 与 Task 的取舍、Span<T> 与 Memory<T> 的字节处理、集合返回类型选择，以及常见反模式。
technical-debt
技术债盘点、优先级排序与审计技能，面向 PHP/Laravel（MySQL）以及 Node/TypeScript/React 项目。提供覆盖代码、安全、设计、依赖、测试、性能、数据、文档、基础设施和流程 10 个类别的 42 条规则，用于评估代码健康状况并识别技术债。审计时会先确定范围、检测项目技术栈，再逐项检查并输出 PASS/FAIL/N/A 结果，最终生成按“工作量 × 影响”排序的技术债台账，帮助团队判断先修什么。既可作为编码参考，也可作为审计模式使用。
architecture-review
architecture-review 是 getsentry/warden 项目中的一个技能，用于执行资深工程师级别的代码库健康审查。它从五个维度评估代码架构：模块复杂度（找出过大的文件和职责过多的模块）、静默失败模式（吞掉的错误、空返回、缺少错误回调、静默兜底）、类型安全缺口（不安全类型断言、正则匹配断言、可选链滥用、泛型索引访问）、测试覆盖分析（未测试的关键路径、边界情况、集成链、回归覆盖）、以及 LLM 友好性（JSDoc 覆盖、命名清晰度、错误信息可操作性、配置陷阱）。该技能会先通读入口点理解架构，定位最大最复杂的模块，追踪错误路径，审计类型断言，映射测试覆盖，抽样检查文档，最后按执行摘要、优先级问题、以及架构优点输出结构化报告，并给出 critical、high、medium、low 四个严重级别。报告中要求包含具体文件名、行号和拆分建议，同时明确不报告代码风格偏好、轻微命名问题、单行修复以及已在处理中的问题。
unjs
UnJS（Unified JavaScript）是一套高质量、单一职责的 JavaScript 库与工具生态，各包既可协同工作，也可独立使用，并力求跨环境通用。该技能基于 UnJS 官网内容整理，覆盖核心包及其实际使用模式，适合构建通用 JavaScript 应用。内容按 HTTP 与服务端、工具函数、构建工具、存储与数据、环境与运行时、HTTP 客户端、路由、CLI 工具、钩子与上下文、加密与安全、模块系统、类型系统、日志与控制台、文档与 Markdown、配置、HTTP 与 WebSocket、图像处理、代码生成与 AST、数据库与存储、包管理、Web API 等主题分类，列出 h3、nitro、ofetch、unstorage、unbuild、unplugin、consola、c12、jiti、unhead 等众多包及其参考标识。
scaffold-cli
scaffold-cli 是一个用于从零搭建 TypeScript CLI 与 npm 包的脚手架技能，基于固定模板生成项目结构、配置、源码、文档与发布流程。它采用一套固定的“house toolchain”：Node 24、TypeScript 7、tsdown（而非 tsup）、vitest（而非 jest）、通过 ultracite 使用 oxlint 与 oxfmt（而非 eslint 或 prettier）、node:util 的 styleText（而非 chalk）、@clack/prompts（而非 ora）。技能覆盖从收集项目信息、创建目录、生成配置文件、生成源码、生成文档与技能定义，到运行脚手架后命令、验证脚手架、引导 GitHub 与 npm 的完整流程。它明确不适用于 Next.js 网页应用、现有代码库的目录结构或模块契约、审计现有 CLI 的人机工程学，以及发布现有包。
openocd
OpenOCD 下载与调试技能，支持探针探测、固件烧录、Flash 擦除、GDB Server 启动、目标复位、Telnet 在线调试（halt/resume/step/寄存器/内存/断点）以及 Semihosting/ITM 输出捕获，返回结构化 JSON 结果。
kodevu
Kodevu 是一个 Node.js 命令行工具，用于获取 Git 提交或 SVN 修订的差异（diff），将其发送给受支持的 AI 审查器 CLI，并把审查结果写入报告文件。它支持通过 npx kodevu 直接运行，可审查最新提交、指定提交、最近 N 次提交或未提交的更改。支持的 AI 审查后端包括 auto、openai、gemini、codex、copilot，默认 auto 会探测 PATH 中可用的 CLI 工具。报告默认以 Markdown 文件形式生成在 ~/.kodevu/ 目录，也可通过 --format json 生成 JSON，并用 --output 指定输出目录。用户可通过 --prompt 提供额外审查指令，或使用 @文件 从文件读取。所有选项也可通过环境变量设置，并支持可选的持久化配置文件 ~/.kodevu/config.json。配置优先级为：命令行参数 > 环境变量 > 配置文件 > 默认值。
principle-make-operations-idempotent
该技能围绕“让操作具备幂等性”这一设计原则展开，适用于设计命令、生命周期步骤或处理循环的场景，这些操作往往运行在崩溃、重启和重试频繁发生的环境中。其核心目标是让操作无论运行多少次、从何种状态开始，都能收敛到相同的正确终态。技能提出四个关键模式：收敛式启动（扫描已有状态、清理陈旧产物、接管存活会话）、基于内容的清理（按内容等价性而非创建顺序比较）、自愈锁（基于 PID 检测陈旧锁）、幂等调度（失败任务可干净重生，每轮循环后重新生成新输入）。同时给出三项自检问题：连续运行两次会怎样、上一次运行在每个可能点崩溃会怎样、重新执行是否收敛到相同终态。若答案依赖遗留状态，则说明需要补充对账步骤。
thermo-nuclear-code-quality-review
Thermo-Nuclear Code Quality Review 是一个用于代码质量审查的技能，对当前分支的改动执行极其严格的维护性审查。它重点关注抽象质量、巨型文件（如超过 1000 行）以及意大利面式条件分支的增长，强调寻找“代码柔道”式重构：在保持行为不变的前提下，让实现显著更简单、更小、更直接、更优雅。该技能会主动识别结构性退化、错失的大幅简化机会、边界与类型契约问题、模块化与抽象缺陷，并给出可操作的整改建议。审查结果分层输出：一份约 200 行的摘要报告，以及按子系统或审查者拆分的详细报告文件。
api-documenter
api-documenter 是一个专注于 API 文档编写的技能，面向现代开发者体验，围绕 OpenAPI 3.1+、AsyncAPI、GraphQL 等规范展开。它强调以文档为产品的「docs-as-code」思路，覆盖 API 规范编写与校验、交互式文档构建、开发者门户设计、SDK 与代码示例生成、鉴权与安全说明、文档测试与验证、版本管理与迁移指南等环节。该技能还整合 AI 辅助内容生成、自动化文档更新与一致性检查，以及 Swagger UI、Redoc、Stoplight Studio、Docusaurus 等工具的使用。适用于创建或更新 API 规范、搭建开发者门户与上线流程、提升文档质量与可发现性、从规范生成代码示例或 SDK。对于仅需内部便签、纯后端实现或没有 API 表面/规范可写的任务，则不适用。
principle-migrate-callers-then-delete-legacy-apis
这是一条关于内部 API 重构的工程原则：当决定采用新 API 设计后，应在同一轮重构中迁移所有调用方并删除旧 API，而不是保留兼容层。原则要求不因内部调用方仍存在就保留旧 API 路径，需先盘点调用方、完成迁移、立即删除旧 API；临时适配器应视为例外并设定时限，而非默认架构；同时更新测试以断言新契约，删除仅保护重构前实现细节的测试。适用条件为：没有外部用户依赖向后兼容、项目能承受协调一致的破坏性变更、新 API 属于简化或重构计划的一部分。保留新旧两套 API 会造成双路径复杂性、拖慢清理，并使代码库呈现只增不减的状态。
v3-to-v4-migration
Phaser 3 升级到 Phaser 4 的迁移技能，覆盖渲染器、滤镜、着色器、几何等破坏性变更与迁移清单，适用于迁移旧项目或排查 v3 与 v4 的 API 差异。
git-worktree
git-worktree 是 everyinc/compound-engineering-plugin 中的一项技能，用于管理 Git 工作树（worktree），以支持隔离的并行开发。它通过统一的 worktree-manager.sh 脚本处理工作树的创建、列出、切换与清理，并附带交互确认、自动维护 .gitignore、自动复制 .env 系列文件，以及对 mise 和 direnv 开发工具配置的自动信任（带分支安全规则）。该技能强调不要直接调用 git worktree add，而应始终使用该管理脚本，以保证环境变量复制、目录结构和安全策略等关键步骤被正确执行。它可被 /ce:review 和 /ce:work 等命令自动调用，也可手动在 bash 中执行。
no-comments
no-comments 是一个用于清理代码注释的 Claude 技能，通过调用 comment-sicko 子代理审查文件或 diff，处理被接受的发现，并为声称的约束提供编码方案。
command-pattern
命令模式（Command Pattern）是一种将任务执行与调用解耦的设计模式。本技能介绍如何在 JavaScript 中实现该模式：通过创建带有 execute 方法的 Command 类封装具体动作，并用管理器的单一 execute 方法替代直接的方法调用。适用于需要撤销/重做、队列化操作或解耦调用者与执行者的场景，例如在线外卖平台中的下单、追踪与取消订单。资料同时说明该模式适用场景有限，在简单一次性操作中会引入不必要的样板代码。
refactor
这是一个面向 AI 智能体与大语言模型的代码重构最佳实践技能，基于 Martin Fowler 的重构目录与 Clean Code 原则整理而成。它包含 8 个类别、共 43 条规则，并按影响程度划分优先级，用于指导自动化重构与代码生成。适用场景包括：重构既有代码以提升可维护性、拆分过长方法或过大类、降低组件间耦合、简化复杂条件逻辑，以及审查代码异味与反模式。规则类别按优先级依次为：结构与分解（CRITICAL）、耦合与依赖（CRITICAL）、命名与清晰度（HIGH）、条件逻辑（HIGH）、抽象与模式（MEDIUM-HIGH）、数据组织（MEDIUM）、错误处理（MEDIUM）、微重构（LOW）。每条规则以“前缀-名称”形式标识，例如 struct-extract-method、couple-dependency-injection、name-intention-revealing、cond-guard-clauses、pattern-strategy、data-encapsulate-collection、error-fail-fast、micro-remove-dead-code 等。使用方式为阅读各参考文件获取详细说明与代码示例，包括章节定义、规则模板，以及位于 references/{prefix}-{slug}.md 的单条规则文件；完整编译文档见 AGENTS.md。
cursor-best-practices
Cursor 最佳实践是一份面向 Cursor 编辑器使用者的实践指南，旨在帮助用户更高效地使用 Cursor 功能并优化工作流程，从而提升生产力与代码质量。内容围绕核心原则与关键工作流展开：核心原则包括从计划开始（对复杂任务使用 Plan Mode，快捷键 Shift+Tab）、有效管理上下文（让智能体自行查找上下文，必要时开启新对话）、扩展智能体（用 Rules 提供静态上下文，用 Skills 提供动态能力）、以及像审查人类代码一样仔细审查 AI 生成的代码。关键工作流涵盖测试驱动开发（先写测试并迭代至通过）、代码库理解（借助智能体探索和学习代码库）、Git 工作流（用命令自动化常见 git 操作）以及并行智能体（同时运行多个智能体以便对比）。文档还提供了更详细的参考文件，分别涉及计划模式、上下文与对话管理、Rules 与 Skills 的扩展方式、TDD 与代码库理解及 git 工作流、代码审查策略、并行智能体运行等主题。
create-plan
Create Plan 是一个用于编程任务的规划技能，当用户明确要求为某个编码任务制定计划时使用。它的目标是把用户的提示转化为一份简洁、可执行的计划，并作为最终助手消息输出。整个工作流程采用只读模式，不写入或更新任何文件。它会快速扫描上下文，包括 README.md、docs/、CONTRIBUTING.md、ARCHITECTURE.md 等文档，浏览可能被改动的相关文件，并识别语言、框架、CI/测试命令、部署形态等约束。只有在确实受阻时才会提出最多 1–2 个问题，且优先使用选择题形式；如果不确定但不构成阻碍，则做出合理假设并继续。计划按固定模板输出：先是一段简短说明意图与方法，然后明确列出范围内与范围外事项，接着给出默认 6–10 项的行动清单，每项为具体、原子化、按顺序排列的动作（发现→修改→测试→发布），以动词开头，并在适用时包含测试/验证项与边界情况/风险项。如有未知事项，会附上最多 3 条开放问题。计划不包含元解释，也不写代码片段，保持与具体实现无关。
gcc
基于 CMake 与 arm-none-eabi-gcc 的嵌入式工程构建技能，可扫描 CMake 型嵌入式工程、列出 preset、配置、增量编译、全量重建、清理并分析 ELF 大小，结果以 JSON 返回。
onchainkit
OnchainKit 是用于构建链上应用的 SDK，提供身份、钱包、交易、Swap 与 Frame 等组件和工具，并强调 TypeScript、组件组合、错误处理与安全实践。
paper2code-arxiv-implementation
paper2code 是一个 Claude Code 智能体技能，可将任意 arXiv 论文 URL 或编号转换为带引用锚点的 Python 实现。它让每一处代码决策都标注对应的论文章节与公式，并显式标记论文中未说明或含糊之处，而非静默填补。支持 PyTorch（默认）、JAX、TensorFlow 框架，提供 minimal、full、educational 三种模式，输出包含模型、损失、数据骨架、训练循环、配置与说明文档的完整目录。