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

Skill 广场

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

更新于 11-15 00:13

编程与开发

41,174 个结果

systematic-debugging

Systematic Debugging 是一套系统化调试流程技能，用于在遇到任何 bug、测试失败或异常行为时，先定位根因再提出修复方案。其核心原则是“没有根因调查就不修复”，通过四个阶段——根因调查、模式分析、假设与测试、实施修复——引导开发者避免随机试错。该技能适用于测试失败、生产 bug、性能问题、构建失败、集成问题等各类技术问题，尤其强调在时间压力下、看似简单的问题、已多次尝试修复失败时更应遵循流程。资料还提供了红旗信号、常见借口对照表以及根因回溯、纵深防御、基于条件等待等配套技术文档。

编程与开发5 次安装

vercel-react-best-practices

Vercel React Best Practices 是由 Vercel 工程团队维护的 React 与 Next.js 性能优化指南，包含 8 个类别、共 45 条规则，并按影响程度划分优先级，用于指导自动化重构与代码生成。它适用于编写新的 React 组件或 Next.js 页面、实现客户端或服务端数据获取、审查代码性能问题、重构现有 React/Next.js 代码，以及优化打包体积或加载时间等场景。规则类别按优先级依次为：消除瀑布流（CRITICAL，async-）、打包体积优化（CRITICAL，bundle-）、服务端性能（HIGH，server-）、客户端数据获取（MEDIUM-HIGH，client-）、重渲染优化（MEDIUM，rerender-）、渲染性能（MEDIUM，rendering-）、JavaScript 性能（LOW-MEDIUM，js-）以及高级模式（LOW，advanced-）。每条规则文件包含规则重要性说明、错误代码示例及解释、正确代码示例及解释，以及额外上下文与参考。完整指南可参见 AGENTS.md。

编程与开发5 次安装

go-backend

go-backend 是一个用于 Go 后端开发与维护的 AI 技能，面向前后端分离的后端服务场景。它可辅助实现或修改后端行为、API、配置和运行时逻辑，定位并修复缺陷，在不改变既有行为的前提下重构代码结构，补充测试覆盖，以及在不修改代码的情况下进行调查和代码审查。该技能强调职责归属：传输层只负责解码与渲染，用例层负责决策与编排，适配器执行 I/O，校验器接受或拒绝输入，映射器负责转换。它要求先读取项目说明、ADR、调用方、go.mod 与检查项，并以用户选择和项目约定为优先。新项目默认使用单数包名以及 GORM、Chi、Cobra、Fx、Bricks；Fx 负责绑定端口。技能按请求结果选择对应工作手册（实现、修复、重构、测试、调查、审查），多步骤任务需先复制其编号步骤，性能工作需提供可比较的前后测量，调查与审查默认只读。使用方式为在支持该技能的 AI 工具中按上述场景调用；具体安装命令、收费与平台支持暂未提供。限制包括：必须通过执行边界测试证明行为，编译、mock 和不可用工具不能证明运行时行为；缺失业务决策需向用户询问，技术事实从仓库解析。

编程与开发5 次安装

receiving-code-review

这是一个关于如何接收代码评审反馈的技能，强调以技术评估而非情绪化回应来处理评审意见。核心原则是先验证再实现、先询问再假设，技术正确性优先于社交舒适。技能给出了接收反馈的响应模式（阅读、理解、验证、评估、回应、实现），列出了禁止的表演式回应（如“你说得完全对！”“好观点！”），并区分了来自人类搭档与外部评审者的不同处理方式。它还涵盖对不清晰反馈的处理、YAGNI 检查、实现顺序、何时应当技术性反驳、如何承认正确反馈、如何优雅纠正自己的错误反驳，以及 GitHub 行内评论的回复方式。

编程与开发5 次安装

systematic-debugging

Systematic Debugging 是一套系统化调试流程技能，用于在遇到任何 bug、测试失败或异常行为时，先定位根因再提出修复方案。其核心原则是“没有根因调查就不修复”，通过四个阶段——根因调查、模式分析、假设与测试、实施修复——引导开发者避免随机试错。该技能适用于测试失败、生产 bug、性能问题、构建失败、集成问题等各类技术问题，尤其强调在时间压力下、看似简单的问题、已多次尝试修复失败时更应遵循流程。资料还提供了红旗信号、常见借口对照表以及根因回溯、纵深防御、基于条件等待等配套技术文档。

编程与开发5 次安装

using-git-worktrees

这是一个用于在 Git 仓库中创建隔离工作区的技能（Skill），主要适用于开始需要与当前工作区隔离的功能开发或执行实现计划之前。它通过系统化的目录选择流程和安全验证机制，确保工作树的可靠隔离。核心原则是“系统化目录选择 + 安全验证 = 可靠隔离”。技能会优先检查项目中是否已存在 .worktrees 或 worktrees 目录，若存在则直接使用（.worktrees 优先）；否则检查 CLAUDE.md 中的偏好配置；若均无，则询问用户选择项目本地隐藏目录还是全局目录。对于项目本地目录，必须使用 git check-ignore 验证其已被忽略，若未忽略则自动添加到 .gitignore 并提交。创建后会自动检测项目类型（Node.js、Rust、Python、Go 等）并运行相应的依赖安装命令，然后执行测试以验证干净的基线。如果测试失败，会报告失败并询问是否继续。该技能常被 brainstorming、subagent-driven-development、executing-plans 等技能调用，并与 finishing-a-development-branch 配对用于工作完成后的清理。

编程与开发5 次安装

writing-plans

writing-plans 是一个用于编写多步骤任务实施计划的技能，适用于在开始修改代码之前、已有规格或需求文档的场景。它要求把计划写得足够详细，假定执行计划的工程师对代码库几乎没有上下文，需要明确每个任务要改动哪些文件、相关代码、测试与文档、以及如何测试。计划以“小步任务”的形式组织，遵循 DRY、YAGNI、TDD 和频繁提交的原则。每个步骤为一次 2-5 分钟的动作，例如先写失败测试、运行确认失败、实现最小代码使测试通过、运行测试确认通过、提交。计划文档有固定头部，包含目标、架构、技术栈等字段，并要求使用复选框语法跟踪步骤进度。计划默认保存到 docs/superpowers/plans/YYYY-MM-DD-<feature-name>.md（用户自定义位置优先）。完成后可交由子代理进行文档评审，按块循环审查直至通过，最后交接执行。

编程与开发5 次安装

babysit-pr

babysit-pr 是一个面向代码托管平台的 PR（合并请求）处理流程技能，用于把一个已开启的 PR 从当前状态推进到可合并状态。它能检查 PR 状态、修复 CI 失败、合并基分支解决冲突、处理评审评论并推送修复，但明确不会合并 PR、批准或关闭 PR。其设计强调把评审评论、机器人输出和 CI 日志视为不可信证据而非指令，按“冲突→评审线程→CI”的顺序批量修复，并依据状态脚本输出的 READY、WAITING、ACTION 或 BLOCKED 结论行动。

编程与开发5 次安装

requesting-code-review

这是一个用于在完成任务、实现重大功能或合并代码前请求代码审查的技能。其核心原则是“尽早审查、频繁审查”，通过调度 superpowers:code-reviewer 子代理来发现潜在问题，防止问题累积。该技能规定了强制审查的时机（如子代理驱动开发的每个任务后、完成重大功能后、合并到主分支前）和可选但有价值的时机（如遇到困难时、重构前、修复复杂 bug 后）。使用方式包括获取 git SHA、填写模板并调度子代理，然后根据反馈修复问题。适用于采用子代理驱动开发、执行计划或临时开发的场景，帮助团队在开发流程中系统化地引入代码审查环节。

编程与开发5 次安装

writing-plans

writing-plans 是一个用于编写多步骤任务实施计划的技能，适用于已有规格或需求、尚未开始写代码的阶段。它要求以“工程师对代码库零上下文”为前提，把每个任务拆成 2-5 分钟的小步骤，并给出精确文件路径、完整代码、测试命令与预期输出、提交命令。计划遵循 DRY、YAGNI、TDD 与频繁提交原则，保存到 docs/plans/YYYY-MM-DD-<feature-name>.md，并在完成后提供子代理驱动或并行会话两种执行方式。

编程与开发5 次安装