SuperAPI AI 工具集

Skill 广场

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

更新于 11-15 00:13

编程与开发

41,135 个结果

address-github-comments

该技能用于在开放的 GitHub Pull Request 上处理评审意见或 issue 反馈,基于 GitHub CLI(gh)完成。使用前需确保 gh 已通过认证(gh auth status,未登录则运行 gh auth login)。工作流程包括:用 gh pr view --comments 获取当前分支 PR 的评论,或使用自定义脚本列出讨论串;对评论和评审线程进行分类并规划,为每条提出修复方案,评论较多时先等待用户确认优先处理哪些;随后应用所选评论对应的代码改动;修复完成后回复讨论串标记为已解决,例如 gh pr comment <PR_NUMBER> --body "Addressed in latest commit."。常见错误包括未理解上下文就应用修复(应先阅读评论周围的代码)以及未验证认证状态(开始前检查 gh auth status)。

编程与开发8 次安装

backend-dev-guidelines

这是一个面向 Node.js/Express/TypeScript 微服务的后端开发规范文档。用于在创建或修改路由、控制器、服务、仓储、中间件、数据库操作、错误跟踪、输入校验、配置管理以及后端测试与重构时,统一团队的后端开发方式。文档覆盖分层架构(路由、控制器、服务、仓储、数据库)、目录结构、命名约定、7 条核心规则、常用导入、HTTP 状态码参考、服务模板与需避免的反模式,并提供多份资源文件供深入查阅。适用于使用 Prisma、Sentry、Zod 等技术栈的后端微服务项目。

编程与开发8 次安装

finishing-a-development-branch

这是一个用于收尾开发分支的技能,在实现完成且所有测试通过后,帮助开发者决定如何整合工作成果。它遵循“验证测试 → 呈现选项 → 执行选择 → 清理”的核心原则,提供四个结构化选项:本地合并回基分支、推送并创建 Pull Request、保持分支原样、丢弃该工作。技能会先运行项目测试套件,测试失败则停止并提示必须先修复;随后确定基分支,再让用户选择后续流程。选择合并或丢弃时会清理 worktree,丢弃操作需输入 discard 确认。该技能常被 subagent-driven-development 和 executing-plans 调用,并与 using-git-worktrees 配合使用。

编程与开发8 次安装

receiving-code-review

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

编程与开发8 次安装

software-architecture

这是一个面向高质量软件开发与架构的指导技能,基于整洁架构(Clean Architecture)与领域驱动设计(DDD)原则。它适用于编写代码、设计架构、分析代码等场景,提供代码风格规则、最佳实践、架构设计规范、命名约定、关注点分离要求以及需要避免的反模式。核心主张包括:优先使用现有库而非自造轮子、使用早返回模式、避免代码重复、拆分过长函数与文件、使用领域特定命名、保持业务逻辑与框架和 UI 解耦。

编程与开发8 次安装

systematic-debugging

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

编程与开发8 次安装

writing-plans

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

编程与开发8 次安装