SuperAPI AI 工具集

Skill 广场

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

更新于 11-15 00:13

编程与开发

41,136 个结果

dhh-rails-expert

dhh-rails-expert 是一个用于编写和审查 Rails 代码的技能,遵循 DHH(David Heinemeier Hansson)在 37signals 实践中的风格。适用于编写新 Rails 代码、审查 Rails 代码等场景。该技能要求在编写或审查任何代码之前,必须完整阅读 references/style-guide.md,其中包含从 37signals 生产代码库中提取的完整 37signals/DHH Rails 风格指南;在未加载并理解该风格指南前,不得进行任何代码更改。它强调尊重现有约定:风格指南代表 DHH 的理想模式,但真实代码库有其历史。在现有代码库中工作时,如果团队使用 Tailwind 就继续使用 Tailwind,不要推动改用原生 CSS;如果团队有服务对象就与其协作,不要推动移除它们(尽管可以建议减少使用);如果团队使用 RSpec 就编写 RSpec 测试,不要建议改用 Minitest;如果团队使用 Devise 就配合 Devise,不要重写认证;如果团队使用 Sidekiq/Redis 就配合使用,不要推动改用 Solid Queue。其目标是在自然契合之处应用 DHH 的原则,而不是将整个代码库转换为 37signals 的精确设置。

编程与开发8 次安装

setup-ts-deep-modules

该技能将 dependency-cruiser 接入 TypeScript 仓库,让每个包成为“深模块”(deep module):对外只暴露包根目录下的入口文件,子文件夹中的实现对外不可见。它安装 dependency-cruiser 并写入四条 error 级规则,分别约束入口边界、包内自由引用、测试只能通过入口、禁止循环依赖,并实际验证规则生效。技能还会生成示例包模板、添加 lint:boundaries 检查脚本并接入现有 typecheck 命令,最后编写约定文档供人或智能体读取。

编程与开发8 次安装

karpathy-guidelines

karpathy-guidelines 是一套面向 LLM 编码行为的行为准则,源自 Andrej Karpathy 对 LLM 编码常见失误的观察,用于减少 LLM 写代码时容易犯的错误。它适用于编写、审查或重构代码的场景,目标是避免过度复杂化、进行外科手术式的精准修改。准则明确说明其权衡:偏向谨慎而非速度,对于琐碎任务需自行判断。内容包含四个部分:一、编码前先思考,明确陈述假设、不确定就提问、存在多种理解时全部列出、有更简单方案要指出、遇到不清楚的地方停下来询问;二、简单优先,只写解决问题所需的最少代码,不做用户未要求的功能、抽象、灵活性或错误处理,200 行能压到 50 行就重写;三、外科手术式修改,只改动必须改动的地方,不顺手“改进”相邻代码、注释或格式,不重构没坏的东西,匹配现有风格,发现无关死代码只提及不删除,仅清理自己改动造成的孤儿引用,判断标准是每一行改动都能直接追溯到用户请求;四、目标驱动执行,把任务转成可验证目标,例如“加校验”变成“先为非法输入写测试再让其通过”,多步任务给出简短计划并列明每步的验证方式。

编程与开发8 次安装

nvshmem-troubleshoot-and-report-bugs

该技能用于诊断 NVSHMEM 运行时故障,并在需要升级处理时准备可移植的缺陷报告。它依据用户提供的精确启动命令、完整输出和各 PE 日志,匹配内置排障知识库条目,区分 NVSHMEM 缺陷与应用或环境问题,并核对版本敏感信息。适用于启动失败、崩溃、挂起、正确性、传输和拓扑等问题。诊断过程保持只读;默认禁止写文件、启动或控制进程、修改配置、上传及代为提交报告,仅输出可直接粘贴的 Markdown 报告和交给管理员的核查事项。

编程与开发8 次安装

architecture

架构决策框架,用于在 Claude Code 环境中辅助进行架构设计。它强调以需求驱动架构、以权衡支撑决策、以 ADR 记录决策理由,并主张从简单方案起步,仅在证明必要时才引入复杂度。该技能通过按需读取的方式组织内容,包含需求发现、权衡分析、模式选择、模式参考与实例等模块,同时关联数据库设计、API 模式与部署流程等相关技能。适用于需要做架构决策或分析架构方案的场景。

编程与开发8 次安装

backend-patterns

backend-patterns 是一套面向可扩展服务端应用的后端架构模式与最佳实践集合,主要覆盖 Node.js、Express 与 Next.js API 路由场景。内容围绕 API 设计、数据库优化、缓存、错误处理、认证授权、限流、后台任务与日志监控等主题,提供可直接参考的代码示例。API 设计部分强调基于资源的 RESTful URL 结构,以及用查询参数处理过滤、排序和分页,并给出 Repository 模式、Service 层模式与中间件模式的实现示例。数据库部分包含查询优化、N+1 查询预防、事务模式与缓存策略(如 Redis 缓存层和 Cache-Aside 模式)。错误处理部分提供集中式错误处理器与指数退避重试。认证授权部分涵盖 JWT 校验与基于角色的访问控制。此外还包含内存限流器、简单任务队列以及结构化日志等示例。该资料以代码片段为主,适合作为后端开发时的模式参考。

编程与开发8 次安装

lint-and-validate

该技能用于在每次代码修改后自动执行质量控制、代码检查(lint)与静态分析,确保语法正确并符合项目规范。它按技术生态提供具体命令:Node.js/TypeScript 使用 npm run lint 或 npx eslint --fix、npx tsc --noEmit、npm audit;Python 使用 Ruff、Bandit、MyPy。技能强调强制性的质量循环:编写或编辑代码后运行审计、分析报告、修复并重复,未通过检查的代码不得提交或标记为完成。若项目未配置相关工具,会检查根目录的 .eslintrc、tsconfig.json、pyproject.toml 并建议创建。还提供两个脚本:lint_runner.py 用于统一 lint 检查,type_coverage.py 用于类型覆盖率分析。

编程与开发8 次安装

nestjs-expert

Nest.js 专家技能,面向企业级 Node.js 应用开发,专注于 Nest.js 的模块架构、依赖注入、中间件、守卫、拦截器、管道、测试与数据库集成等主题。该技能在运行时提供架构诊断、常见错误排查与修复思路(如依赖解析失败、循环依赖、JWT 鉴权配置、TypeORM 连接问题等),并给出 Nest.js 最佳实践建议。它还会在遇到更适合的专门问题时建议改用其他专家(如纯 TypeScript 类型问题、数据库查询优化、Node.js 运行时问题、前端 React 问题),并按 typecheck → 单元测试 → 集成测试 → e2e 测试的顺序验证修复。

编程与开发8 次安装

writing-plans

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

编程与开发8 次安装