SuperAPI AI 工具集

Skill 广场

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

更新于 11-09 00:13

全部 Skills

248,606 个结果

runpod-companion-clis

Runpod 工作流的配套命令行工具集,涵盖 HuggingFace(hf)、GitHub(gh)、Docker 和 AWS(S3)四个第三方 CLI。该技能为每款工具提供 Runpod 场景下的凭据配置与命令参考:用 hf 从 Hub 下载模型以便缓存或打包进镜像,用 gh 管理 worker 仓库并创建 release,用 docker 构建、校验并把 linux/amd64 镜像推送到 Docker Hub 供 Runpod 拉取,用 aws 通过 Runpod 的 S3 兼容 API 读写网络卷存储。技能强调按需只加载任务所需的那一个 CLI 参考,安装步骤单独放在一次性 setup 文档中;临时性文件中标注了常见陷阱,例如必须使用显式语义化标签而非 latest、Docker Hub 用个人访问令牌认证、S3 访问密钥为 Runpod 用户 ID 与 S3 API key 且需带 --region 与 --endpoint-url 参数、Windows 下可选 WSL2 并优先复用已有工具。

部署与运维270 次安装

runpod-cost-audit

runpod-cost-audit 是 Runpod 官方插件集合中的一个只读费用审计技能,用于回答 Runpod 账户上的钱花在哪里以及如何堵住费用泄漏。它通过读取 Pod、Serverless 端点、网络卷、集群等资源列表与账单数据,对闲置开销打分、区分闲置 Pod 与 serverless 闲置 worker 计费、按资源类型和具体资源归因花费,并给出最贵项目的结论。技能严格只读,不会停止、删除或重配任何资源;任何需要执行的变更(如停止 Pod、将 min-workers 降为 0)都以交接方式转给其他技能,并且需要用户明确批准。所有金额都必须来自工具读取,不得编造或估算。

部署与运维270 次安装

runpod-discovery

runpod-discovery 是 Runpod 官方插件中的只读信息查询技能,用于回答“有什么可用、什么合适、价格多少”这类问题。它基于 Runpod 目录数据,支持查询 GPU 与 CPU 类型及价格、各数据中心及各产品形态的实时库存、带容量的 CUDA 版本、Hub 预构建 Worker、公共模板目录,以及按使用量付费的公共端点。此外,它提供模型到显存的估算方法:根据模型参数量和精度粗略计算显存需求,再推荐能满足该需求且有库存的最小 GPU 规格。该技能只读取数据,不做任何创建、修改或删除操作,不能用于部署;命名条目、价格和库存均以工具返回结果为准,查不到时应明确说明“未找到”。

部署与运维270 次安装

runpod-flash

runpod-flash 是 Runpod 官方提供的以代码为核心的无服务器开发技能文档,围绕 Runpod Python SDK 2.0(runpod 包)展开。它指导开发者用纯 Python 定义 runpod.App,并通过 @app.queue、@app.api、@app.task 装饰器分别创建队列式无服务器端点、负载均衡的 HTTP 路由服务和一次性任务 Pod。使用时先在本地编写代码,用 rp flash dev 在远程 Runpod GPU/CPU 上迭代运行并实时查看 worker 输出,再用 rp flash deploy 打包部署为持久化端点。文档还覆盖装饰器参数、调用方式(remote、spawn、stream 等)、卷挂载、模型与密钥管理、GPU/CPU 选择、从旧版 runpod-flash 迁移,以及依赖安装、单文件限制、JSON 序列化、显存与计费清理等注意事项。

部署与运维270 次安装

runpod-lifecycle-crud

该技能负责管理 Runpod 平台上的可复用资源生命周期,包括模板、网络卷、全局卷、容器仓库凭证、账户密钥、SSH 公钥和多节点集群的创建、读取、更新与删除。核心原则是先列出已有资源避免冲突,创建或更新后通过独立读取验证,并仅在用户明确要求时删除。涉及计费资源(网络卷按存储 GB-月计费、全局卷按存储加请求计费、集群按 GPU 每小时计费)时,必须在创建前说明成本。凭证和密钥值只写不读,禁止回显。该技能主要供 AI 代理在会话中调用对应工具完成资源操作,适用于需要以安全、可审计方式管理 Runpod 基础设施的场景,限制包括必须依赖会话中已绑定的工具、集群创建需用户明确确认、部分操作需转至控制台完成。

部署与运维270 次安装

runpod-pod-deploy

该技能用于在 Runpod 上开通一个 Pod,供交互式开发或模型训练使用,并在创建完成后返回准确的连接方式。它在创建前先读取 GPU 库存,确认所选显卡在目标数据中心确实可用;创建时按用户指定的型号放置,不会回退到其它 GPU,无法放置时返回 400。它会选择合适的镜像和端口(应用界面、Jupyter、SSH),并返回可用的 Runpod 代理 URL。训练用 Pod 会同时挂载网络卷,使检查点不会随容器磁盘丢失。创建 Pod 会产生费用,需在创建前告知小时价格。该技能只创建用户要求的 Pod,不停止、终止或修改用户未指名的资源。诊断或恢复已有 Pod 属于另一个技能 runpod-pod-doctor 的职责。

部署与运维270 次安装

error-debugging-error-trace

这是一个面向错误追踪与可观测性的技能,用于帮助实现或改进错误监控方案。它指导用户评估现有的错误捕获、告警与分组机制,定义严重级别与分诊流程,配置日志、链路追踪与告警路由,并通过测试错误验证信号质量。适用于搭建错误监控、配置告警与分组分诊、以及设置结构化日志与追踪等任务。若系统没有运行时或监控访问权限、任务与可观测性或可靠性无关,或只需一次性修复单个 bug,则不应使用该技能。同时强调安全:避免记录密钥、令牌或个人数据,并使用安全采样防止生产环境过载。更详细的监控模式与示例参见 resources/implementation-playbook.md。

部署与运维270 次安装