netlify-blobs
Netlify Blobs 是 Netlify 平台上的非结构化对象存储模块,通过 @netlify/blobs 在 Functions、Edge Functions 与构建插件中存取文件、对象和类缓存状态,适合频繁读取、少量写入的场景,不适用于事务性或关系型数据。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-05 00:16
13,126 个结果
Netlify Blobs 是 Netlify 平台上的非结构化对象存储模块,通过 @netlify/blobs 在 Functions、Edge Functions 与构建插件中存取文件、对象和类缓存状态,适合频繁读取、少量写入的场景,不适用于事务性或关系型数据。
Netlify CLI 与站点部署指南,涵盖安装、登录认证、站点关联、Git 持续部署与手动部署、本地开发、环境变量管理及常用命令,并说明 CI 中需设置 NETLIFY_AUTH_TOKEN 与 NETLIFY_SITE_ID 等限制。
Netlify 部署技能:通过 Git 持续部署、Netlify CLI、拖拽、API、模板按钮等方式创建与管理 Netlify 站点部署,涵盖 netlify.toml 上下文、Deploy Preview、分支部署、权限与限制。
Netlify 官方框架部署技能,汇总 Astro、Next.js、Nuxt、SvelteKit、TanStack Start、Vite 等框架在 Netlify 上的构建配置、SSR/边缘适配器、本地平台模拟与环境变量规则。
面向电商品牌的社交媒体监测技能,可设置 Reddit、TikTok、Instagram、Twitter/X、YouTube 等平台的监听工作流,跟踪提及、趋势与竞品动态,支持情感分析与危机预警。
k-skill-setup 是 k-skill 套件的安装与配置技能,用于安装 k-skill bundle、使用统一 CLI、解析凭据、验证运行时,并可选配置更新检查与 GitHub 点星。
monitor-ci 是 Nx AI Agents 配置中的一项技能,用于监控 Nx Cloud CI 流水线执行并处理自愈修复。它通过子代理与 Nx Cloud 交互,运行确定性决策脚本,并根据结果采取行动。
nx-run-tasks 是 Nx 工作区中用于运行任务的技能,帮助用户执行工作区中定义的构建、测试、lint、serve 等各类任务。它支持运行单个任务、批量运行多个任务,以及仅针对受影响项目运行任务,适用于本地开发和 CI 场景。
NeMo-RL 的 CI/CD 参考文档,说明其基于 GitHub Actions 的流水线结构、CI 触发方式与失败排查方法。NeMo-RL 的测试工作流位于 .github/workflows/,主工作流在推送至 pull-request/<number> 分支时触发,该分支由 copy-pr-bot 在贡献者推送代码且 PR 获得信任信号(提交由维护者 GPG 签名,或维护者评论 /ok to test <full-sha>)后自动创建。推送新提交后需以完整提交 SHA(用 git rev-parse HEAD 获取)通过 /ok to test <sha> 重新触发,且该指令仅对对应 SHA 有效。每个 PR 必须且只能附加一个 CI:* 标签,否则质量检查任务保持红色;标签决定运行的测试层级以及是否构建新容器镜像,包括 CI:docs、CI:Lfast、CI:L0、CI:L1、CI:L2 以及 Skip CICD。文档还给出按变更路径选择标签的建议,并列出使用 gh run list、gh run view、--log-failed 等命令排查 CI 失败,以及 CI 未启动、semantic-pull-request 失败、lint 失败、单元测试失败等常见问题的原因与修复方式。
用于安装、部署、运行、验证、排障或停止 NVIDIA AI-Q Blueprint 基础设施的技能,部署健康后把可用的服务器 URL 交给 aiq-research 使用。
cuOpt Install(用户版)是 NVIDIA cuOpt 的安装指南技能,帮助用户根据自身环境选择合适方式安装 cuOpt。cuOpt 可通过 Python、C 或 REST 服务器接口使用。安装前需确认 GPU 计算能力不低于 7.0(Volta 或更新,如 V100、A100、H100、RTX 20xx/30xx/40xx,不支持 GTX 10xx Pascal)、CUDA 为 12.x 或 13.x 且包后缀需与运行时 CUDA 匹配、驱动与 CUDA 版本兼容。Python 包 cuopt-cuXX 依赖 libcuopt-cuXX(C 库),安装 Python 包会同时安装 C 库和头文件;单独安装 libcuopt-cuXX 则不会安装 Python API。安装途径包括 pip、conda 与 Docker,Python API 与 C API 各自二选一,不能同时运行 pip 与 conda 安装以避免 CUDA/包不匹配。服务器(REST)方式可被任意语言通过 HTTP 调用。资料同时提供验证方法与常见问题排查。若需从源码构建或修改 cuOpt,请参考 cuopt-developer。
介绍 NVIDIA cuOpt REST 服务器:启动服务、健康检查、请求/轮询接口及 Python 与 curl 客户端示例,并说明字段命名、故障排查与限制。
用于验证 Dynamo 部署的 NIXL/UCX/NCCL 互连是否已为 RDMA/NVLink 上的分离式服务做好准备。该技能为只读检查,不会修改集群或输出密钥,适合在 recipe-runner 部署后、报告分离式性能前使用。
用于选择、校验、修补并部署现有 NVIDIA Dynamo Kubernetes recipe 的技能,帮助从用户意图快速得到可用的 Dynamo 推理端点,并用 OpenAI 兼容请求做冒烟验证。
Dynamo Router Starter 用于启动或修补 Dynamo 路由模式,并对路由端点做冒烟检查,支持 round-robin、KV-aware、least-loaded、device-aware 等模式,帮助快速建立基线并验证端点可用。
通过 NGC Docker 容器安装 Holoscan SDK 的技能:从 nvcr.io/nvidia/clara-holoscan/holoscan 拉取镜像,按主机 GPU 选择 CUDA/架构标签,并用内置 Python 与 C++ 示例验证。仅限容器安装,不适用于 apt/pip/Conda 原生安装。
Holoscan SDK 源码构建技能。用于在 nvidia-holoscan/holoscan-sdk 源码树中,通过仓库自带的 ./run 脚本(在 Docker 容器内完成构建)从源码编译 Holoscan SDK,生成可被 CMake 作为依赖引用的本地安装目录。适用于已发布的软件包(Conda、容器、apt、wheel)无法满足需求的场景,例如需要调试符号、自定义 CMake 选项或不受支持的配置。构建需要 Linux 主机、NVIDIA GPU 与驱动、git、Docker(含 NVIDIA Container Toolkit、docker-buildx-plugin)以及约 20 GB 空闲磁盘,首次干净构建约需 10–30 分钟。注意该方式仍然依赖 Docker,并非真正的裸机构建;交叉编译到 aarch64 需要在主机安装 qemu-user-static。
NVIDIA Holoscan SDK 安装引导技能:检查主机硬件、系统、CUDA 驱动与已有工具,评估平台兼容性,推荐合适的安装方式(NGC 容器、Debian/apt、pip wheel、Conda 或源码),再交由对应的安装技能执行。
用于在 bsp_sources/ 下修改后重建 BSP 覆盖层(设备树、OOT 模块、内核)的技能,会生成构建清单供 jetson-promote-image 使用,自身不写入 bsp_image。
用于在刷写前通过修改 BPMP DTB 与 nvpower.sh 锁定或限制 Jetson 的 CPU/GPU/EMC 时钟、切换 DVFS 或更改 cpufreq governor,属镜像构建期配置,不适用于运行中调优。
用于在 Jetson/Tegra(Orin、Thor)BSP 侧添加、删除、编辑、列出 nvfancontrol 风扇配置档,或修改启动默认配置档的技能。所有写入仅落在 overlay 覆盖层,上游 bsp_image 副本只读。
用于在 Jetson/Tegra(Orin、Thor)BSP 侧编辑每板 nvpmodel 电源模式配置:新增、删除、修改模式,调整 CPU/GPU/EMC/TPC 限制,以及更改启动默认模式。所有写入仅落在 overlay 副本,bsp_image 副本只读。
面向 Jetson Orin 或 Thor 定制载板的引脚复用配置技能:解析 pinmux XLSM,按引脚交互设置 SFIO、方向与初始状态,一次性生成 pinmux、gpio、padvoltage 三份 BCT DTSI。
用于在 Jetson Orin/Thor 自定义载板上配置 UPHY 通道分配(uphy0/uphy1-config)的技能,通过修改载板 flash-conf 的 ODMDATA 应用所选配置,并派发 PCIe/MGBE/USB 子技能生成内核 DT overlay。不适用于 pinmux 或仅 PCIe 编辑。