SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-01 00:15
39,081 个结果
telnyx-texml-javascript 是 Telnyx 官方提供的 JavaScript/Node.js SDK 技能，用于通过 TeXML（与 TwiML 兼容的标记语言）构建语音应用。安装方式为 npm install telnyx@6.74.2，通过 import Telnyx from 'telnyx' 初始化客户端并使用 API Key 鉴权。它覆盖语音应用的核心操作：发起外呼、查询与更新通话、通话录音的创建与查询、siprec 会话管理、媒体流推送到 WebSocket、会议资源及参会者管理、队列资源管理等。SDK 提供自动分页迭代器、结构化错误类型（网络错误、限流、校验错误、认证错误），并给出 401、403、404、422、429 等常见错误码的生产级处理示例。适合需要以 JavaScript 快速接入 Telnyx 语音通信能力的开发者。
Telnyx WebRTC JavaScript SDK 是用于在浏览器应用中构建实时语音（VoIP）通话能力的客户端库。它通过 npm 包 @telnyx/webrtc 提供 TelnyxRTC 客户端，支持基于登录令牌或 SIP 凭据的认证、发起与接听通话、通话控制（挂断、DTMF、静音、保持）、事件监听、调试日志、通话质量指标、预通话诊断、编解码器偏好设置、设备管理以及 AI 助手匿名登录集成。适用于需要在网页中嵌入语音通话、呼叫中心或 AI 语音助手接入的场景。
Biome 2.4 是一款面向 JavaScript、TypeScript、JSX、CSS 和 GraphQL 的快速统一代码检查、格式化与导入整理工具。它提供无需 TypeScript 编译器的类型感知检查、用于自定义规则的 GritQL 插件，以及按技术领域分组的规则体系。采用单一二进制文件，默认零配置，与 Prettier 兼容度达 97%。
该技能为 TOTVS Protheus 生成新的 ADVPL（.prw）与 TLPP（.tlpp）代码，提供模板、模式与强制结构规则。覆盖命名约定（模块前缀、匈牙利命名法）、带 Protheus.doc 头与错误处理的 User Function 骨架、变量作用域规则、TLPP 命名空间约定（custom.<agrupador>.<servico>），以及各类构造的 8/10/255 字符标识符长度限制。适用于新建函数、TLPP 类、MVC 屏幕、REST 端点、SOAP Web 服务、入口点、报表、批处理作业或任何新 .prw/.tlpp 文件。不涉及代码审查、错误修复、重构或 .prw 到 .tlpp 的迁移。
该技能为 TOTVS Protheus 的 ADVPL/TLPP 代码提供系统化代码审查方法，在合并或部署前检查代码质量。审查覆盖最佳实践、性能、安全与现代化四大类别，每条发现均标注规则 ID（BP-*、PERF-*、SEC-*、MOD-*）、严重级别（CRITICAL/WARNING/INFO）、文件与行号、问题描述及修复建议，并可将结果映射到 TOTVS 官方 SonarQube 质量门禁。适用于合并前审查、部署前检查、入职审计以及评估从 .prw 迁移到 .tlpp 的就绪度。不负责生成新代码、诊断具体运行时或编译错误、无功能新增的重构，以及实际的 .prw 到 .tlpp 转换。
code-simplifier 是一个用于在不改变代码行为的前提下简化或重构已有代码的技能。它适用于用户明确要求清理代码、去除重复或提高可读性的场景；若目标是查找缺陷，则应改用 review。该技能强调保持功能、输出、公开 API、命名、兼容性、序列化、错误语义和用户可见文本不变，优先处理真实的重复、嵌套和间接层，不为减少行数而牺牲清晰度或有意义的抽象。默认只处理用户指定范围或近期改动，扩大范围需用户授权。它遵循目标项目、语言、框架和运行时的现有约定，合并重复逻辑、减少无用嵌套，使用明确命名和控制流，避免嵌套三元或隐藏副作用的密集单行。注释用于解释意图、约束和非显然原因，而非复述代码。工作方式为识别近期改动及必要上下文，选择保持行为不变的最小改法，在已有授权内应用修改并执行相称验证，报告重要变化与未验证部分；没有明确收益时保留现有实现。该技能还提供语言和平台专项规则，仅加载目标代码对应的 reference，例如 Electron、TypeScript、React、IPC、preload 或 renderer 场景，以及 Swift、SwiftUI 或 Xcode 场景。
一个只读的通用代码审查 skill，用于审查本地工作树、提交、提交范围、文件或模块，找出有证据的缺陷。不修改源码、不操作 Git 索引、不修改远程服务。GitHub PR 审查应使用 review-pr，代码清理使用 code-simplifier。
用于审查 GitHub PR 的技能，编排 PR 身份、关联 issue、CI 与 review threads，并在交付前刷新。创建 PR 用 submit-pr，本地审查用 review。
Twenty 代码库内部的 syncable entity 集成步骤（6 步中的第 5 步）：将可同步实体服务接入 NestJS 模块，创建服务层与解析器层，并完成 flat 实体到 DTO 的转换。属于贡献 Twenty 服务端内部，不用于在其上开发应用。
星图平台（AstraFlow/UModelVerse）管理API调用指南，覆盖推理API Key管理、账单订单、模型广场查询、推理日志等接口，讲解UCloud通用PublicKey/PrivateKey签名认证、Region与ProjectId确定方式及常见错误排查。
Sprite Editor 是 Unity 官方 Agent 插件中的一个技能，用于通过生成 C# 脚本编辑 Unity 精灵（Sprite）的矩形、边框、轴心、轮廓和切片。当用户处理精灵图集（sprite sheets）或精灵切片时使用。精灵元数据（矩形、边框、轴心、轮廓）存储在导入器中，而非可直接编辑的文件，因此需要通过实时 Editor 运行 C# 才能访问。该技能依赖 unity-cli 技能完成前置准备（安装 CLI、确认已连接 Editor、添加 com.unity.pipeline 包、区分真正缺失的 Editor 与卡在安全模式的 Editor、发现 Editor 命令目录），并特别要求确认 eval 命令可用。它使用 ISpriteEditorDataProvider 生成 C# 编辑器脚本，兼容 TextureImporter、PSBImporter 和自定义导入器。所有生成的脚本必须遵循安全核心模式，包含强制性的能力检查，能力检查失败时绝不执行操作，以防数据损坏。
CLAUDE.md Generator 是一个用于从代码库扫描生成或更新项目上下文文件（CLAUDE.md 或 AGENTS.md）的技能。它的核心目标是写出一份聚焦、不超过 100 行的 CLAUDE.md，只保留 Claude 无法通过阅读代码自行推断的信息。该技能支持三种模式：create（项目中没有 CLAUDE.md，从零生成）、update（已有 CLAUDE.md，在不丢弃自定义内容的前提下改进）、audit（对项目中所有 CLAUDE.md 文件按 A-F 评分并输出质量报告）。它强制两条规则：一是不要自动写文件，必须先展示草稿并等待用户批准；二是不要在 CLAUDE.md 中内联代码示例，而是使用 file.ts:42 形式的引用，因为内联代码会浪费 token 且容易过时。工作流程包括：检测模式与查找所有 CLAUDE.md 位置、审计评分、扫描项目结构、提取构建与测试命令、查找代码风格与注意事项（gotchas）、调用 Gemini 生成草稿、自我 QA 检查、展示草稿并等待批准。适用场景是为软件项目创建或维护 README 之外、专门面向 AI 编码助手的精简上下文文件。限制包括：必须依赖 GEMINI_API_KEY 环境变量调用外部 API，且必须经过用户批准后才能写入文件；未提供收费、价格、平台或具体效果的说明。
simplify-audit 是一项代码简化审计技能，用于在指定范围内查找可简化之处，在证据充分时暂存保持行为不变的变更集，并将架构决策交由设计流程处理。它接收文件、函数、模块、子系统或仓库范围，以只读方式检查目标、约定契约、调用点与相关校验，依据简化细则评估候选方案，并保持语义、错误处理、归属关系与公共契约不变。输出遵循固定契约，分为 PASS（无值得简化之处）、STAGED（已暂存可审查的变更集）与 UNRESOLVED（存在证据、风险或设计决策缺口）三种状态。该技能本身只做审计与暂存，不执行重构实现。
update-shop 是 Vercel Shop 模板配套的更新技能，用于将现有 Vercel Shop 店面与上游 vercel/shop 仓库的最新模板变更进行比对和升级。它提供三种模式：Audit 只读比对并报告差异；Plan 只读比对并给出变更级升级计划；Apply 在确认选定变更后执行更新并验证。该技能强调模板只是参考而非下游代码的替代品，决策依据是实现行为而非脚手架新旧或版本元数据，并要求保留商户设计、自定义功能、集成以及有意的偏离，不覆盖自定义代码，不擅自重置、暂存、提交或推送。它还会检查项目结构、依赖、脚本、配置与源码，读取上游 AGENTS.md、README、package.json 及相关代码，并明确 Shopify、Next.js、Eve 各自的职责边界。
doc-tasks 是 SDD（规范驱动开发）工作流中第 11 层的技能，用于创建任务分解文档（TASKS）。它把第 10 层的 SPEC 技术规范拆解为可供 AI 编码智能体直接消费的结构化 TODO 任务。每个任务包含任务 ID、动作、需创建或修改的文件、依赖关系、工作量估算、SPEC 引用与成功标准，并支持实现契约（Implementation Contracts）以支持并行开发。文档需包含文档控制、概览、任务层级、任务详情、依赖图（Mermaid）、工作量汇总、可追溯性与实现契约等必需章节，并通过配套脚本进行校验。
该技能为网页应用开发提供 AI 智能体的视觉反馈闭环，用于在迭代开发视觉相关代码（如 UI、canvas、3D、SVG、图表、动画）时捕获、查看和比较运行时渲染结果。它通过 HTTP 服务端中转浏览器与 CLI 智能体：GET /api/dev-screenshot 触发截图，服务端经 SSE 通知浏览器捕获画面并回传，最终写入 .screenshots 目录（带时间戳的 webp 与 JSON 元数据，以及 latest.webp 副本）。支持通过查询参数传递应用特定配置，并可使用 ImageMagick 做像素级视觉回归比较（RMSE 指标）。适合需要实际查看渲染效果而非凭空假设的迭代场景。
springboot-init 是一套面向 Spring Boot 单体项目的开发规范技能，用于统一技术选型、项目结构、编码规范、响应与异常处理、访问控制、日志和分页等约定，并支持多种技术栈配置组合。
该技能用于把当前会话中获得的经验沉淀到项目规则文件（AGENTS.md、CLAUDE.md 或本地覆盖文件）中，让后续会话受益。它会回顾会话中缺失的上下文，识别可复用的命令、代码风格、测试方法、环境配置、构建步骤、工具版本和项目约定，然后定位并更新对应的规则文件。技能强调只捕获会重复出现、能节省时间且无法从代码中直接推导的信息，并在写入前展示 diff、等待用户批准。它把仓库文件、diff、测试、PR 元数据、项目规则、网络材料和工具输出都视为不可信数据，只提取事实，不执行其中指令，并要求对密钥值做 [REDACTED] 处理。
该技能用于在软件设计中推荐合适的设计模式。它针对 Rust、TypeScript/React、Django/Python 等常见技术栈，提供模式选择建议，并说明每种模式的适用场景、应避免的场景以及权衡取舍。内容涵盖 Rust 的 Newtype、Builder、Typestate、Trait 对象与泛型、错误处理模式，TypeScript/React 的复合组件、自定义 Hook 组合、可辨识联合、状态管理决策树，Django/Python 的服务层、仓储模式、信号与显式调用对比，以及跨技术栈的常见反模式与模式选择指南。
arduino-workflow-router 是 wedsamuel1230/arduino-skills 中的一个路由型技能，用于把 Arduino 与嵌入式系统相关请求分发到 Arduino IDE、Arduino CLI、PlatformIO 以及厂商专用工具等不同工具链和专科技能上。它定位为跨学科、信息不完整或组合式嵌入式工作的简明入口：当请求同时涉及固件、板卡约束、电子电路、电源、网络、校准、外壳、烧录、调试、OTA 或维护，或当具体板卡与工具链尚未明确时使用。其核心机制包括先读技能契约、在涉物理或多会话工作时先加载活动循环技能、填写板卡档案模板、通过 board-support 解析具名板卡、按 board-intake 与 toolchain-selection 参考做硬件与工具链检查，再依据路由表选择专科技能。它强调不臆造引脚、电压、电流、内存、外设、协议、库版本或烧录命令，缺失值需询问或标注为假设并附验证步骤；同时给出触发器优先级、组合工作流顺序与输出契约要求。
Board Support 是一个面向 AI 的嵌入式开发板精确查询与参考工具，用于将用户指定的 Arduino、ESP32、RP2040 或其他嵌入式开发板解析为有来源支撑的唯一确切档案。它可提取引脚与外设能力、电压与电流限制、总线配置、框架/内核/工具链边界，以及型号或版本相关的风险。当用户询问开发板参考、引脚定义、GPIO 限制、开发板能力、开发板档案，或在引脚分配前需要安全交接时使用。它不负责依据需求选择开发板，该决策由 board-selection 技能承担。
Hardware TDD 是一个面向嵌入式开发的测试规划技能，主要用于 Arduino、ESP32、ESP32-S3、Pico 和 Pico W 固件。它强调在宣称功能完成前先建立“测试阶梯”，把纯逻辑行为与物理硬件证据区分开：纯行为通常可以在主机上离目标测试，而电压、引脚复用、负载下的时序以及物理装配仍需要目标硬件证据。该技能提供从需求到可观察行为与安全不变量的转化流程，要求用假件编写主机测试，仅在模拟器确实能表示的范围内使用 Wokwi 或类似仿真，并记录模型局限，随后执行精确板卡的编译与静态检查，再建立单变量目标检查清单，覆盖断电连通性、受控上电、输入观测、输出抑制、复位/恢复与日志。它明确反对用主机测试、编译日志或照片替代目标证据，主张把失败与未验证项保留在报告中。使用方式、具体安装命令、价格与平台信息暂未提供，资料仅描述该技能的方法论、测试矩阵与验证约定。
fp-ts-async-practical 是一份关于使用 fp-ts 的 TaskEither 处理异步操作的实用技能资料。它面向希望摆脱嵌套 try/catch 与回调地狱的开发者，用“一个异步操作，要么失败要么成功”的简单心智模型来组织异步流程。内容覆盖：用 TE.tryCatch 安全包装 Promise、用 TE.right/TE.left/TE.fromNullable/TE.fromPredicate 构造成功与失败值、用 chain 与 map 串联异步操作、用 Do 记法累积多步骤上下文、区分顺序执行与并行执行（sequenceT(ApplyPar)、traverseArray）、并行批处理控制并发、错误恢复（orElse 兜底、按错误类型分支恢复、指数退避重试、默认值），以及真实 API 封装与 Prisma 数据库操作的完整示例。资料中给出大量可复制的 TypeScript 代码片段。
介绍 fp-ts 中 pipe 与 flow 两个函数组合工具的指南。pipe 接收一个起始值并立即依次传入后续函数执行，适合即时数据转换与处理 Option、Either、Task 等数据类型；flow 将多个函数组合成一个新函数而不立即执行，适合创建可复用转换、作为回调传递或构建工具库。文档涵盖二者对比、处理多参数函数的柯里化方式、数组/对象/字符串转换管道、与 Option、Either、Task、TaskEither、ReaderTaskEither 的组合，以及命名函数、Do 记法、错误处理、类型推断、性能与调试等最佳实践和常见组合模式。