SuperAPI AI 工具集

Skill 广场

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

更新于 10-24 00:15

部署与运维

12,402 个结果

synthesis-checkpoint

Synthesis Checkpoint 是一个用于重新同步 AI 会话与项目实际状态的技能,通过校验系统时钟、项目记录、git 历史、带日期的会话条目以及看板声明,防止模型因时间推移、其他会话修改或上下文压缩而产生偏差。它按需运行或在触发信号出现时运行,是一种恢复原语,类似于项目管理的 NTP。主要功能包括:在声明前验证事实、区分缓存与证据、锁定当前会话项目、在特定触发条件下运行、在回复中展示验证过程、仅在声明下修正过时记录、检查可执行状态等。适用于需要长期维护项目上下文一致性的场景,如状态汇报、继续工作、暂停后恢复、发现异常文件或看板消息等。

部署与运维23 次安装

telnyx-iot-curl

Telnyx IoT 技能提供基于 curl 的 REST API 示例,用于管理 IoT SIM 卡、eSIM、数据套餐与无线连接。适用于构建 IoT/M2M 解决方案。技能涵盖 eSIM 批量购买、SIM 卡注册、批量 SIM 卡操作查询、OTA 更新查询、SIM 卡操作查询、SIM 卡数据用量通知的增删改查、SIM 卡组及其动作管理(含私有无线网关与无线阻止列表的分配与移除)等接口。所有请求通过 TELNYX_API_KEY 环境变量进行 Bearer 认证,并给出 401、403、404、422、429 等错误码的处理示例与分页参数说明。

部署与运维23 次安装

telnyx-networking-curl

Telnyx Networking 是一个通过 REST API(curl)管理 Telnyx 网络资源的技能,涵盖私有网络、WireGuard VPN 网关、互联网网关、虚拟交叉连接以及 Global IP 的分配、健康检查与用量指标等。所有请求使用 TELNYX_API_KEY 进行 Bearer 认证,示例以 curl 命令形式给出,可直接在 macOS、Linux 或 Windows 10+ 上运行。技能同时说明了常见错误码(401、403、404、422、429)的处理方式,以及列表接口的分页参数 page[number]、page[size] 和 meta.total_pages。

部署与运维23 次安装

telnyx-networking-java

Telnyx Networking - Java 是 Telnyx 官方提供的 Java SDK 技能示例,用于通过 Java 代码配置和管理 Telnyx 的网络资源。该技能基于 com.telnyx.sdk:telnyx:6.89.0,支持 Maven 与 Gradle 两种依赖引入方式,并通过 TelnyxOkHttpClient.fromEnv() 初始化客户端。内容涵盖私有网络、WireGuard VPN 网关、互联网网关与虚拟交叉连接等网络能力的 Java 调用示例,同时包含 AI 聚类、集成连接、Global IP 及其分配、健康检查、允许端口、协议、延迟与用量指标等 API 的完整示例代码。文档还说明了错误处理方式,包括 401、403、404、422、429 等常见状态码的应对策略,以及分页的自动与手动迭代方法。适合需要在 Java 项目中集成 Telnyx 网络与 Global IP 管理能力的开发者参考。

部署与运维23 次安装

telnyx-porting-in-curl

telnyx-porting-in-curl 是一个通过 REST API(curl 命令)将电话号码携入(Port In)Telnyx 平台的操作技能。它提供了一整套面向电话号码携转流程的 API 调用示例,涵盖携号可行性检查、创建携转订单、上传/管理 LOA 授权书文档、查看携转事件、生成携转报告以及跟踪携转状态等环节。所有示例均基于 curl 编写,使用 TELNYX_API_KEY 环境变量进行 Bearer 认证,并演示了错误处理(如 401、403、404、422、429 状态码)。该技能适合开发者或运维人员以脚本/命令行方式集成 Telnyx 携号功能,要求电话号码为 E.164 格式,列表接口支持分页参数。

部署与运维23 次安装

telnyx-porting-out-curl

Telnyx Porting Out - curl 是一个面向 Telnyx 平台的技能,用于管理号码从 Telnyx 转出(port-out)时的相关请求。它通过 REST API 的 curl 示例,帮助开发者列出、查看和更新 port-out 状态。该技能涵盖列出 portout 请求、查看单个请求、管理评论与支持文档、查询与重发 port-out 事件、获取可用的拒绝代码、生成与检索 port-out 报告,以及授权或拒绝 portout 请求等操作。所有示例使用 TELNYX_API_KEY 环境变量进行认证,并提供了错误处理、分页等注意事项。适用于需要以脚本或命令行方式集成 Telnyx 号码转出管理流程的开发者。

部署与运维23 次安装

deploy-ec2-aws

该技能用于在 AWS 上部署和管理 EC2 节点,基于 Terraform 自动生成自包含项目。它支持按名称和数量创建多个节点组,可指定 CPU 与内存最低要求,自动解析合适的 x86_64 实例类型。默认创建专用 VPC 与公有子网、互联网网关和默认路由,节点间允许全部协议互通,仅对 SSH 端口 22 按指定 CIDR 开放,并为每个节点分配弹性 IP。技能会输出公网 IP、私网 IP、实例 ID、实例类型和 SSH 命令,并强调在运行 AWS 或 Terraform 命令前阅读部署文档,执行 apply 或 destroy 前需用户明确授权。

部署与运维23 次安装

apim-policy-authoring

该技能用于生成可直接用于生产的 Azure API Management(APIM)策略 XML,覆盖身份验证(OAuth 2.0、JWT 校验、订阅密钥)、限流、CORS 配置、错误处理、关联 ID 与安全响应头等场景。技能强调在编写策略前先通过 MCP 工具调用 Azure 最佳实践与文档查询,并给出混合认证、仅 OAuth、仅订阅密钥等策略模板以及认证决策矩阵和部署前校验清单,帮助在 API 网关层统一落实安全与可观测性要求。

部署与运维23 次安装

project-board-enforcement

Project Board Enforcement 是一个用于 GitHub Project 看板的强制执行技能,核心原则是:GitHub Project 看板是所有工作状态的唯一真实来源,标签、评论、记忆都不算数。它要求所有 issue、epic 和 initiative 在开始工作前必须加入项目看板,并通过验证函数和门控点强制其他技能遵守此规则。该技能不由用户直接调用,而是在工作流的各个门控点被其他技能调用。它提供 issue 是否在项目中的验证、状态字段验证、添加 issue、设置状态、设置类型,以及基于缓存的状态查询和计数等函数。要求预先配置 GITHUB_PROJECT、GITHUB_PROJECT_NUM、GH_PROJECT_OWNER 等环境变量,并通过 github-api-cache 提供缓存数据以将大部分读取操作降为 0 次 API 调用。项目看板必须配置 Status、Type、Priority 等固定选项字段。适用于使用 GitHub Project 管理开发流程的团队与自动化工作流。

部署与运维23 次安装

backstage

Backstage Catalog Generator 是一个用于生成 backstage.yaml 目录清单文件的技能,遵循内部目录约定,为产品或系统创建多文档 YAML 文件。它适用于用户要求创建、搭建或更新 Backstage 目录文件的场景。该技能通过检查代码库、读取源文件、识别组件与基础设施来收集上下文,并生成对从未使用过 Backstage 的开发者也可读的清单,强调叙述性描述、有用的链接与注解,以及反映真实情况的关系。

部署与运维23 次安装

domain-check

Domain Check 是一个通过 Vercel 查询域名可用性与价格,并使用 Vercel CLI 购买和管理域名的技能。它基于 Vercel Registrar API 判断域名是否可注册:当返回的 purchasePrice 为 null 时表示域名已被占用,为数字时表示可购买及对应价格。该技能支持一次检查某个名称在多个顶级域(如 com、io、dev、app、ai)下的可用性与价格,也支持通过 npx vercel domains 系列命令列出已拥有域名、查看域名信息、将域名添加到 Vercel 项目、在团队间转移、转入 Vercel 以及从团队移除等操作。购买域名时使用交互式命令 npx vercel domains buy,需要 pty: true 并会显示价格后请求确认。使用前需通过 npx vercel login 完成 Vercel CLI 身份验证,令牌读取自本地认证文件,团队 ID 可从 CLI 配置自动检测或用环境变量覆盖。资料还提供了直接调用 Vercel API 的脚本示例与常见 TLD 价格参考。

部署与运维23 次安装

persona-it-admin

该技能是一个面向 IT 管理员的人设(persona)配置,用于通过 Google Workspace 相关命令完成 IT 管理工作,包括监控安全状况和配置 Workspace。使用前需加载 gws-gmail、gws-drive、gws-calendar 三个实用技能。资料显示其建议以 standup-report 工作流开始一天,审查待处理的 IT 请求,监控可疑登录活动并查看审计日志,配置 Drive 共享策略以执行组织安全要求;并提示批量操作前先使用 --dry-run,定期查看 gws auth login 输出以验证服务账号认证。具体实现细节、价格与平台支持信息暂未提供。

部署与运维23 次安装

resilience-patterns

Resilience Patterns 是一个面向分布式系统与 LLM 工作流的生产级容错技能,覆盖熔断器、舱壁隔离、重试策略以及 LLM 专属的弹性技术。它帮助开发者构建容错的多智能体系统、实现带错误处理的 LLM API 集成、设计需要优雅降级的分布式工作流,并为失败场景添加可观测性,防止级联故障。技能包含熔断器(CLOSED/OPEN/HALF_OPEN 三态)、舱壁隔离(按关键/标准/可选分层分配工作线程与队列)、指数退避加抖动的重试策略、LLM 回退链与 Token 预算守卫等核心模式,并提供参考文档、代码模板、示例与部署前检查清单。

部署与运维23 次安装

aile-delivery-report

Aile 交付报告(aile-delivery-report)是面向团队工作流的交付收尾技能(阶段4),用于在提交 PR 时生成符合契约的 PR Description,并可选同步 Jira Story。该技能要求 PR 引用计划与设计产物、声明验证项(测试/构建等),使 CR/QA/PM 能在同一入口完成验收。它处于 Aile 工作流末端:项目初始化、需求分析、计划制定、执行开发之后,由本技能整理交付材料并回链 Story。输出契约要求 PR Description 使用模板 docs-templates/stage3-pr-description-template.md,至少包含 Jira Story Key 与链接、Plan Reference(docs/plans/{Story-Key}/analysis.md 及可选 design.pencil)、2-3 句 Change Summary 和 Verification 勾选项。执行流程为:从 analysis.md 提取 Story-Key 与计划引用,按模板生成 PR Description,若启用 Jira MCP 则在 Story Comment 贴 PR 链接并 @mention 开发负责人,并在 Jira 状态变更时调用 jira_update_issue 将 Story 状态字段更新为 developed。

部署与运维23 次安装

python-observability-patterns

python-observability-patterns 是一套面向 Python 应用的可观测性模式集合,内容涵盖结构化日志、指标采集与分布式追踪三个方向。它演示了如何使用 structlog 进行结构化日志记录与请求上下文传播,使用 prometheus-client 定义 Counter、Histogram、Gauge 等指标并通过中间件记录 HTTP 请求数据、暴露 /metrics 端点,以及使用 OpenTelemetry 搭建 TracerProvider、通过 OTLP 导出链路数据并做手动埋点。资料还提供速查表(库用途、指标类型适用场景)与参考文档、示例资源索引。该技能在触发条件上关联 logging、metrics、tracing、opentelemetry、prometheus、monitoring、structlog 等关键词,适合需要为生产环境 Python 服务补充日志、指标与链路追踪能力的场景。

部署与运维22 次安装

kubernetes-deployment

该技能提供一套面向 Kubernetes 的部署工作流,覆盖容器编排、Helm Chart、服务网格与生产级 K8s 配置。工作流按阶段组织:容器准备、K8s 清单生成、Helm Chart 构建、服务网格配置、安全加固、可观测性搭建以及最终部署。每个阶段列出可调用的相关技能与操作步骤,并给出可直接复制的提示词示例,帮助用户按顺序完成从容器化到集群部署的完整流程。

部署与运维22 次安装

mise

mise 是一个多语言开发工具版本管理器与任务运行器,用于统一管理项目中的开发工具、环境变量和任务。它通过项目根目录下的 mise.toml(或 .mise.toml、.config/mise/config.toml)进行配置,配置具有层级结构,子目录可覆盖父目录设置。工具在 [tools] 段中定义,mise 会按目录安装并激活正确版本;环境变量在 [env] 段中定义,进入目录时自动生效;任务在 [tasks] 段或 mise-tasks/ 目录下的独立脚本中定义。常用命令包括 mise use、mise install、mise run、mise x、mise ls、mise doctor 等。工具可从 core、npm、pipx、cargo、github、aqua 等多种后端安装。

部署与运维22 次安装