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

Skill 广场

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

更新于 11-05 00:16

编程与开发

39,560 个结果

kieran-typescript-reviewer

kieran-typescript-reviewer 是一个用于审查 TypeScript 代码变更的智能体，以极高的质量标准对代码进行评审。它扮演一位资深 TypeScript 开发者，重点关注类型安全、现代模式与可维护性。其审查原则包括：对现有代码的修改非常严格，要求任何新增复杂度都有充分理由，并优先将逻辑抽取到新模块；对新代码则务实处理，只要隔离且可用即可接受，但仍会指出明显改进点。它强调绝不无理由使用 any，善用类型推断、联合类型、可辨识联合与类型守卫；以可测试性作为质量指标，难以测试的代码即结构不良；对删除与回归保持警惕，核查删除是否有意、是否破坏既有流程、是否有测试会失败；命名遵循“5 秒规则”，要求名称能快速说明用途；在出现复杂业务规则、多重关注点、外部 API 交互或可复用逻辑时建议抽取模块；规范导入分组与命名导入；鼓励使用 ES6+ 与现代 TypeScript 5+ 特性、不可变模式与函数式模式。其核心理念是“重复优于复杂”，简单重复的代码胜过复杂的 DRY 抽象，类型安全优先，避免过早优化。审查时先处理最关键问题，再检查类型安全违规，评估可测试性与清晰度，并给出具体改进示例，同时解释为何不达标。

编程与开发29 次安装

implement-change

implement-change 是一个按名称显式调用的技能，用于将已达成的变更（来自调研结论、规格说明、工单或明确请求）落地为代码实现，验证实际结果，并准备 Draft PR，同时把进度回写到已授权的工作记录中。该技能强调先恢复实现协议、核查现有工作与证据新鲜度，再按比例认领与规划，实施并集成改动，最后审查验证并交付。合并 PR、部署和发布不在该工作流范围内。

编程与开发29 次安装

vercel-react-best-practices

Vercel React 最佳实践是一份由 Vercel 工程团队维护的 React 与 Next.js 性能优化指南，以技能形式提供。它收录了 8 个类别共 57 条规则，并按影响程度划分优先级，用于指导自动化重构与代码生成。适用场景包括：编写新的 React 组件或 Next.js 页面、实现客户端或服务端数据获取、审查代码性能问题、重构既有 React/Next.js 代码、优化打包体积或加载时间。八大类别按优先级为：消除瀑布流（CRITICAL）、包体积优化（CRITICAL）、服务端性能（HIGH）、客户端数据获取（MEDIUM-HIGH）、重渲染优化（MEDIUM）、渲染性能（MEDIUM）、JavaScript 性能（LOW-MEDIUM）、高级模式（LOW）。每条规则均配有说明、错误代码示例与正确代码示例。

编程与开发29 次安装

codex-explain

codex-explain 是一个用于解释复杂代码的技能（Skill），通过 Codex exec 生成代码说明。它适用于理解复杂逻辑、追踪数据流、以及快速上手不熟悉的代码库。该技能明确了不应使用的场景：代码审查应使用 codex-code-review，Bug 排查应使用 bug-fix 或 issue-analyze，架构总览应使用 code-explore。其触发关键词包括 explain code、what does this do、how does this work、code walkthrough。工作流程为读取目标文件、按需收集上下文、调用 Codex 生成解释、输出说明结果。支持三种深度级别：brief（一句话总结）、normal（功能概览 + 执行流程 + 关键概念，为默认级别）、deep（额外包含设计模式、复杂度、问题与依赖）。输出以固定结构呈现，包含目标、深度、摘要、执行流程和关键概念。可通过 --lines 参数只解释指定行范围，也支持通过 --depth 参数指定深度。注意：关于该技能的收费、价格、支持平台等具体信息在提供的资料中暂未提供。

编程与开发29 次安装

fp-either-ref

fp-either-ref 是一个 fp-ts 中 Either 类型的快速参考技能，用于处理带类型错误的同步错误处理、数据校验以及可能失败的操作。它把 Either 的核心概念概括为成功即 Right(value)、失败即 Left(error)，并提供了创建、转换、提取 Either 的常用函数速查表，以及常见组合模式示例，例如链式校验（遇到第一个错误即停止）和将可能抛异常的代码转换为 Either。该技能以紧凑的备忘录形式呈现，适合开发者需要快速查阅 fp-ts 2.x 用法而非阅读长教程的场景。资料同时给出限制：map 不会捕获抛出的异常，Task 没有类型化错误通道，包装不当的 Promise 仍可能 reject，因此应在可能失败的边界使用 tryCatch；输出不能替代针对具体环境的验证、测试或专家审查。

编程与开发29 次安装

open-pr

open-pr 是一个用于指导 AI 智能体创建 Pull Request 的技能，来源于 significant-gravitas/autogpt 仓库。它规定了从提交前检查、测试覆盖、按仓库模板创建 PR、触发与处理评审，到最终合并的完整工作流。该技能强调在开 PR 前确保所有改动已提交并推送、运行全仓库的 linter/formatter、验证既有行为未被破坏并为新行为补充测试；创建 PR 时须逐字使用 .github/PULL_REQUEST_TEMPLATE.md 模板，标题遵循 conventional commit 格式，并通过 gh pr create 配合 --body-file 提交。评审阶段根据是否有可测试工作区，分别使用 /pr-test、/pr-review、/pr-address 等关联技能，或通过评论 /review 触发评审机器人并轮询结果。该技能明确要求未经人工批准不得合并。

编程与开发29 次安装

finishing-a-development-branch

该技能用于在开发分支实现完成且测试通过后，帮助决定如何整合工作成果。它先运行项目完整测试套件，测试失败则报告并停止；测试通过后检测 Git 环境（普通仓库、命名分支工作树或分离 HEAD），据此展示对应菜单选项：本地合并回基分支、推送并创建 Pull Request、原样保留；分离 HEAD 时仅提供后两项。技能会确认基分支，执行所选操作，随后按工作树归属进行清理，仅在用户明确要求时丢弃工作。

编程与开发29 次安装

receiving-code-review

这是一个用于指导 AI 或开发者如何接收和处理代码评审反馈的技能（Skill），源自 strelov1/spec-driven-tdd 项目，标注为 Superpowers 6.2.0、MIT 许可。它的核心原则是：先验证再实现，先询问再假设，技术正确性优先于社交舒适。收到代码评审意见时，应按 READ（完整读完反馈）、UNDERSTAND（用自己的话复述需求或提问）、VERIFY（对照代码库实际情况核查）、EVALUATE（判断该建议对当前代码库是否技术合理）、RESPOND（给出技术性确认或有理有据的反驳）、IMPLEMENT（逐条实现并逐条测试）的流程处理。它明确禁止“你说得完全对！”“好观点！”等表演式回应，也禁止在验证前就说“我现在就实现”。对于不清楚的意见，要求停止实现并先请求澄清，因为部分理解可能导致错误实现。对来自外部评审者的建议，需要检查其是否适用于当前代码库、是否破坏现有功能、是否理解完整上下文，遇到与人类伙伴既有决策冲突时应先与人类伙伴讨论。对“专业化实现”类建议会先 grep 代码库确认是否真被使用，未使用则按 YAGNI 原则考虑移除。实现顺序为先解决阻塞问题，再简单修复，最后复杂修复，每条单独测试并验证无回归。该技能适用于 AI 编码代理在收到代码评审反馈时的行为约束，也适合人类开发者作为处理评审意见的检查清单。具体安装与配置方式暂未提供。

编程与开发29 次安装