makepad-event-action
介绍 Makepad 框架中事件与动作处理的技能说明，涵盖 Event 枚举、Hit 命中检测、handle_event 用法、Action 定义与传递、事件流向以及 Timer/NextFrame 等，适合处理鼠标、键盘、触摸、生命周期与组件间通信任务。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-09 00:13
编程与开发
40,322 个结果
incoherence
incoherence 是一项用于检测和解决文档、代码、规格与实现之间不一致的技能，属于 solatis/claude-config 配置集。它通过脚本驱动检测与交互式解决流程，帮助发现并处理文档与实现不符的问题。
merged
这是一个用于 PR 合并后清理工作的技能。当拉取请求在 GitHub 上合并后，该技能会切换到 main 分支、拉取最新代码，并删除已合并的特性分支。它使用安全的 git branch -d 删除本地分支，并在删除远程分支前检查其是否存在；如果当前已在 main 或 master 分支上则不会执行。
geek-skills-openspec-apply-change
这是一个用于实现 OpenSpec 变更任务的技能。当用户想要开始实现、继续实现或逐项完成 OpenSpec 变更中的任务时使用。它支持指定变更名称，若未提供则从对话上下文推断或自动选择唯一的活动变更；若存在歧义则通过 openspec list --json 获取可用变更并让用户选择。技能会检查变更状态以理解所用 schema，获取 apply 指令（包含上下文文件路径、进度、任务列表和动态指令），读取上下文文件，展示当前进度，然后循环实现待办任务：展示正在处理的任务、进行最小化且聚焦的代码修改、在任务文件中将 - [ ] 标记为 - [x]，并继续下一个任务。遇到任务不清晰、实现暴露设计问题、错误或阻塞、用户中断时会暂停并等待指导。完成后展示本次会话完成的任务和总体进度，并建议归档。
geek-skills-openspec-archive-change
这是一个用于 OpenSpec 实验性工作流的技能，作用是在变更实现完成后，将已完成的变更归档。它会先让用户选择要归档的变更（不猜测、不自动选择），然后检查工件完成状态与任务完成状态，对未完成项给出警告并请求确认；接着评估 delta spec 的同步状态，提示用户是否先同步到主 spec，最后把变更目录移动到 openspec/changes/archive/YYYY-MM-DD-<name> 并输出归档摘要。
geek-skills-openspec-explore
这是一个 OpenSpec 的“探索模式”技能，定位为思考伙伴，用于探索想法、调查问题和澄清需求。它强调只思考不实现：可以读取文件、搜索代码、调查代码库，但绝不编写代码或实现功能；如果用户要求实现，会提醒先退出探索模式并创建变更提案。它可创建 OpenSpec 工件（提案、设计、规格）来记录思考。该模式没有固定步骤、必需顺序或强制输出，鼓励用 ASCII 图辅助思考，并自然结合 OpenSpec 上下文（如通过 openspec list --json 检查现有变更、读取变更工件）。
geek-skills-openspec-propose
这是一个用于 OpenSpec 工作流的技能，帮助用户一步完成新变更的提案：根据用户描述生成变更名称，创建变更目录，并按依赖顺序自动生成 proposal.md（做什么与为什么）、design.md（怎么做）、tasks.md（实现步骤）等全部所需工件，直到达到可实施状态。适用于希望快速描述需求并获得完整提案的场景。
fix-linting-types-on-pr
该技能用于检出指定 PR（包括来自 fork 的 PR），自动修复其中的 linting 与 TypeScript 错误，并将修改推送回原分支。适用于被要求修复某个 PR 上的 lint、类型或 TS 错误的场景。流程包括：获取 PR 编号、使用 gh pr checkout 检出、安装依赖、先编译仓库、运行 lint 与类型检查、手动修复类型错误、仅暂存修改文件并提交、最后推送。注意只修复明确的 lint 或类型问题，不重构逻辑；遇到需要较大改动的类型错误应先询问用户；fork PR 权限不足时需提示用户。
curl-http
curl 是一个命令行 HTTP 客户端工具，用于发起 HTTP 请求、传输数据以及测试 API。它支持 GET、POST、PUT、DELETE、PATCH 等 HTTP 方法，可自定义请求头、进行身份验证、处理 Cookie、使用代理、配置 SSL/TLS，并支持文件下载与上传。curl 还提供超时、重试、断点续传、响应格式化等高级功能，常用于 API 测试、调试和脚本自动化。
solidcraft-commands
SolidCraft 的命令开发技能说明，用于在项目中新增或修改用户可见行为时提供步骤指引。内容涵盖 CommandSpec 定义、命令 id 命名规范、参数校验、输入输出 schema、引擎结果测试、i18n 标签与帮助文档、撤销与失败保护等要求，并说明分层架构约束（L0 geom 至 L5 ui-egui）与相关文档位置。
triage-github
triage-github 是一个用于批量梳理 GitHub 仓库待办事项的技能。它针对当前仓库中所有开放的 Issue、PR 和 Discussion，最多并行启动 100 个子代理（每个条目一个），分别收集元数据、CI 状态、评审状态、关联关系等信息，并按 P0 到 P3 的优先级给出建议动作，最终汇总成一份单一的分层报告。报告以 PR 优先、其次 Issue、最后 Discussion 的层级组织，并自动折叠已被 PR 覆盖的 Issue 和已被 Issue/PR 跟踪的 Discussion。它还会保存机器可读快照，用于与上一次运行对比，识别新增、已解决、升级、降级以及反复出现的高优先级条目。该技能依赖已认证的 gh CLI，需在指向目标 GitHub 仓库的 git 仓库内运行，且不适用于单条目审查或持续自动化场景。
create-issue
create-issue 是一个用于创建 GitHub Issue 的技能，支持模板检测与自动分配。当用户想要提交缺陷、请求新功能或创建跟踪 Issue 时可以使用。它会从现有 Issue、文档和代码中推断项目的语言变体（美式/英式英语），并在所有输出中保持一致。该技能包含针对 Issue 标题和模板遵循的规则文件，并定义了从检查仓库信息、检测组织 Issue 类型与模板，到生成标题与正文、获取当前用户并创建 Issue 的完整工作流。
update-issue
update-issue 是一个用于更新 GitHub Issue 的技能，可修改 Issue 的标题、正文、标签、指派人和状态，并在更新正文时保留原有模板结构。它适用于用户需要编辑 Issue、更改标签或更新 Issue 状态的场景。该技能会从现有 Issue、文档和代码中推断项目使用的语言变体（美式或英式英语），并在所有输出中保持一致。更新流程包括：识别目标 Issue、查看当前详情、检查 .github/ISSUE_TEMPLATE/ 中的模板、确定要更新的字段，然后通过 gh issue edit 应用更改，最后展示变更摘要和更新后 Issue 的链接。标签只能使用仓库中已存在的标签，指派人只能是有效的仓库协作者。
code-review
这是一个面向 Rust/WebAssembly 开源项目的代码审查技能，用于在合并前发现缺陷、安全漏洞、性能问题与可维护性隐患，并给出可执行的修改建议。它强调优先关注正确性、安全与性能，按“必须修复、应当修复、可选建议”三级分类反馈，并附带一套固定的 PR 检查清单与验证命令（cargo fmt、clippy、test、bench）。审查范围覆盖逻辑与边界条件、并发安全、输入校验与注入风险、Rust 所有权与克隆、错误处理、异步阻塞、资源清理等，同时针对面向用户的 CLI 工具检查错误信息、帮助文档与 I/O 行为。
api-design-principles
该技能讲解 REST API 设计原则，用于设计新接口、评审 API 规范、制定团队设计标准、规划版本演进与编写开发者文档。偏设计理论，面向架构师、技术负责人与业务分析师。
javascript
用于编写 JavaScript 与 Node.js 代码的技能，按 Google JavaScript 风格指南给出编码规范、格式规则与最佳实践，适用于编写 JS 代码、遵循风格指南、格式化 JS 文件或创建 Node.js 脚本等场景。
rules-creation
为 OpenCode 配置自定义规则（AGENTS.md）的技能：定义项目约定、工作流与个人偏好，让 OpenCode 在上下文中遵循项目规范，支持项目级与全局规则。
github-pr-review
github-pr-review 是一个用于对 GitHub Pull Request（PR）进行代码评审的技能，通过 GitHub API 在 PR 中生成内联修改建议（inline suggestions），开发者可在 GitHub 网页界面一键点击「Commit suggestion」应用改动。它内置与具体技术栈无关的评审清单，覆盖安全、正确性、测试、代码质量、性能与文档等维度，并支持根据问题严重程度作出 APPROVE、REQUEST_CHANGES 或 COMMENT 的评审决定。该技能在用户要求「review PR」「检查 PR」「分析 PR 改动」或提供 PR URL 时自动触发，也可通过 /github-pr-review 手动调用。它可与 Unity、React Native、Cocos 等技术特定规范技能配合，先做通用清单检查，再调用对应技术技能深入分析。使用方式基于 gh 命令行工具：获取 PR 信息与 diff、定位改动位置、通过 GitHub API 提交内联建议与汇总评论。资料还提到 The1Studio 仓库可通过在 PR 中评论 /review 触发自动化评审服务，并给出相关服务端口与手动 API 触发示例。暂未提供价格与收费信息。
checkstyle-configuration
该技能面向 Java 项目的 Checkstyle 配置，涵盖 XML 配置文件、自定义检查、属性与模块设置等主题。资料说明其目标是帮助开发者掌握 Checkstyle 配置的基础到进阶用法，包括安装与项目配置、核心概念、配置策略、高级用法、代码示例、最佳实践、常见陷阱、CI/CD 集成与故障排查等。资料中未提供具体的安装命令、真实配置代码或官方文档链接，示例代码为通用占位内容。
checkstyle-rules
checkstyle-rules 是 thebushidocollective/han 提供的技能，用于在 Java 代码中应用 Checkstyle 内置检查，涵盖命名约定、代码度量和抑制配置等。它面向 Checkstyle 的安装与配置、核心概念、关键特性、高级用法、CI/CD 集成、团队规范、故障排查等主题，帮助开发者维护代码质量与一致的编码标准。资料中未给出具体内置检查清单、参数取值、收费标准或适用平台信息，部分示例为通用占位代码，需以官方文档为准。
clippy-lints
clippy-lints 是 thebushidocollective/han 下的一个技能，用于在 Rust 项目中应用 Clippy 的 lint 类别，涵盖正确性、性能、风格以及自定义 lint 配置。介绍资料说明它面向专业 Clippy 开发，提供从基础到进阶的概念、模式与最佳实践，并涉及安装设置、项目配置、配置策略、进阶用法、CI/CD 集成、团队规范与常见问题排查等主题。资料中提到可参考官方 Clippy 文档获取最新安装命令，但未给出具体的安装命令、配置代码、版本要求、价格或平台信息。
credo-checks
credo-checks 是用于理解和修复 Elixir 代码中常见 Credo 检查问题的技能。Credo 是 Elixir 的代码质量与一致性检查工具，本技能覆盖其多类检查项，包括一致性检查（确保项目代码风格统一）、设计检查（识别设计问题与反模式）、可读性检查（提升代码可读性与可维护性）、重构检查（提示重构机会）以及警告检查（捕捉潜在缺陷）。针对常见问题，技能给出问题示例与修复示例，例如：缺少模块文档时通过 @moduledoc 补充说明；函数圈复杂度过高时，将嵌套 if 改写为 case 并按条件组合分类，或抽取为独立函数；出现单级管道（single pipe）如 list |> Enum.map(...) 时，改为直接调用 Enum.map(list, ...)；未使用变量则以_前缀标识。适用于 Elixir 项目开发中处理 Credo 报告、统一代码风格与修复质量告警的场景。
dialyzer-analysis
用于分析和修复 Erlang/Elixir 代码中的 Dialyzer 警告与类型不一致问题的技能。它围绕类型规格（@spec、@type、@opaque）编写、常见警告的识别与修复、以及成功类型（success typing）分析展开，适合在维护 Erlang/Elixir 项目、排查类型问题时参考。
git-worktrees-worktree-management
该技能用于管理由子智能体创建的 Git worktree（工作树），提供列出活跃工作树、清理过期工作树、以及将已完成的工作合并回当前分支三类操作。核心命令为 /worktree-management [list|prune|merge]。列表操作会显示所有活跃工作树及其状态，并对 .worktrees/ 目录下的工作树额外展示最近提交记录；清理操作会移除 .worktrees/ 下的工作树并清理失效条目；合并操作会定位目标工作树的提交，通过 cherry-pick 或 merge 将工作整合到主工作树，成功后删除该工作树。