SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

找到适合任务的 Agent Skill，阅读介绍并复制安装命令。

更新于 10-19 00:11

编程与开发

36,948 个结果

architecture-diagram-creator

Architecture Diagram Creator 是一个用于生成 HTML 架构图的技能，可展示数据流、业务目标、功能、技术架构与部署信息。适用于用户提出“为某项目创建架构图”“生成高层概览”“记录系统架构”“展示数据流与处理管线”等需求时。该技能会分析项目（如 README、代码结构），提取用途、数据来源、处理过程、技术栈与输出，然后生成包含业务上下文、数据流、处理管线、系统架构、功能与部署等六个部分的 HTML 文件，并使用语义化颜色区分数据、处理、AI 与成功状态，最终写入 [project]-architecture.html。具体收费、价格、平台及安装步骤暂未提供。

编程与开发436 次安装

requesting-code-review

这是一个提交前代码审查技能，用于在代码进入版本库前自动执行验证流程。它通过静态安全扫描、基线感知的质量门禁、独立审查子代理以及自动修复循环，帮助发现硬编码密钥、Shell 注入、危险 eval/exec、不安全反序列化、SQL 注入等风险，并检查新增测试失败与 lint 问题。资料说明其核心原则是任何代理都不应验证自己的改动，需要新上下文进行审查。该技能适用于功能或修复完成后、git commit 或 push 之前，也适用于用户说出 commit、push、ship、done、verify 或合并前审查等场景；文档说明仅文档变更、纯配置调整或用户要求跳过验证时可跳过。使用方式包括获取 diff、只扫描新增行、运行基线测试和 lint、自检清单、调用独立审查子代理、评估结果、最多两轮自动修复后提交。

编程与开发436 次安装

systematic-debugging

Systematic Debugging 是一套强调“先找根因、再动手修复”的四阶段调试方法论，来自 nousresearch/hermes-agent。它把调试拆分为根因调查、模式分析、假设与验证、实施修复四个阶段，要求在每个阶段完成前不得进入下一阶段。核心原则是：没有完成根因调查就不允许提出修复方案，症状层面的修补被视为失败。该技能适用于测试失败、生产环境缺陷、异常行为、性能问题、构建失败和集成问题等任何技术问题，尤其适合时间紧迫、看似“只需快速改一下”、已尝试多次修复或尚未完全理解问题本质的场景。它强调先构建一个能精确复现用户症状的紧凑反馈回路，再据此定位问题，并提供了失败测试、HTTP 脚本、CLI 调用、无头浏览器、轨迹回放、差分对比等多种构建回路的方式。

编程与开发436 次安装

wordpress-advanced-architecture

这是一个面向 WordPress 高级开发场景的技能文档，主题是构建可扩展 WordPress 应用所需的高级架构模式。内容覆盖三大方向：REST API 开发、WP-CLI 命令、性能优化与缓存策略。在 REST API 部分，资料给出了自定义端点的完整注册方式（命名空间与版本化、GET/POST/PUT/DELETE 路由、权限回调、参数校验与清洗），并提供了书籍资源 CRUD 的完整回调实现、分页与 HATEOAS 链接、以及基于 WP_REST_Controller 的控制器模式与 JSON Schema 定义。该技能适合需要为 WordPress 构建自定义 API、后台命令或进行性能调优的开发者参考。资料中未涉及具体收费、价格、平台要求或使用效果，这些信息暂未提供。

编程与开发435 次安装

commit

该技能用于按照 Sentry 提交信息规范生成 Git commit message，适用于提交代码变更、撰写提交说明或整理 Git 历史记录的场景。它采用约定式提交格式，要求头部为 <type>(<scope>): <subject>，可附带正文与页脚，所有行不超过 100 字符。支持 feat、fix、ref、perf、docs、test、build、ci、chore、style、meta、license 等类型，主题行使用祈使句、首字母大写、结尾不加句号且不超过 70 字符。正文说明变更内容与原因而非实现方式，页脚可用 Fixes 或 Refs 关联 issue。

编程与开发435 次安装

reactlynx-best-practices

ReactLynx Best Practices 是一个用于编写、审查和重构 ReactLynx 代码与组件库的技能，帮助开发者遵循 Lynx 双线程运行时下的最佳实践。它适用于编写 ReactLynx 组件、发布或审查可复用组件库、排查线程边界、生命周期、事件处理、lynx.__globalProps、代码分割与性能问题，以及重构涉及 lynx.getJSModule、NativeModules、runOnMainThread、runOnBackground、lazy、Suspense、useLayoutEffect 的代码。该技能不依赖 @ast-grep/napi 或任何原生解析器，内置扫描器仅作为常见问题的轻量启发式辅助，仍需人工阅读代码并应用 rules/*.md 中的规则文档。

编程与开发435 次安装

systematic-debugging

Systematic Debugging 是一个四阶段调试框架，核心原则是：在尝试任何修复之前，必须先完成根因调查。它反对随机试错和快速打补丁，强调先理解问题再动手。适用于测试失败、生产环境缺陷、异常行为、性能问题、构建失败、集成问题等任何技术问题，尤其在时间紧迫、看似只需“快速修一下”、已多次尝试修复失败或尚未完全理解问题时更应使用。框架包含根因调查、模式分析、假设与测试、实施修复四个阶段，并给出红旗信号、常见借口对照表及快速参考。

编程与开发435 次安装

writing-commit-messages

这是一个编写 Git 提交信息（commit message）的规范与技能，目标是为人类和机器生成清晰、规范的提交信息。它采用 Conventional Commits 风格的格式：类型（可选范围）加冒号加主题，后可跟正文与页脚。主题行要求控制在 50 个字符以内，使用祈使语气（如 add feature 而非 added/adding），类型前缀后的首字母不大写，结尾不加句号。类型包括 feat（新功能）、fix（修复）、refactor（重构）、docs（文档）、test（测试）、chore（构建/CI/工具/依赖）、perf（性能）、style（格式/空白）、ci（CI/CD）、revert（回滚）。范围用于标注受影响的代码区域，例如 auth、api、db。正文用于解释原因而非罗列改动，页脚可写 BREAKING CHANGE、Closes、Co-authored-by 等。技能还给出好与坏的提交示例，并建议每次提交只代表一个逻辑变更，不要混用重构与功能，不要提交半成品，可在功能分支上频繁提交、合并前压缩，以及破坏性变更需加 ! 并在页脚说明迁移方法。

编程与开发435 次安装

code-review-checklist

这是一个用于系统性代码审查的清单技能，帮助审查者从功能、安全、性能、可维护性、测试和文档等维度全面检查代码。它提供分步骤的审查流程、可勾选的检查项、常见问题示例（如缺少输入校验、SQL 注入、硬编码密钥、命名不清、函数职责过多）以及审查评论模板，适用于审查 Pull Request、代码审计、制定团队审查标准和培训新开发者。

编程与开发434 次安装