使用 NVIDIA Isaac GR00T 开发端到端人形机器人策略

随着越来越多的团队从人形机器人启动转向特定任务的技能开发,对可重复开发工作流的需求也与日俱增。构建人形机器人仍然十分复杂,而且当今的开发流程仍然高度分散。因此,开发者在专注于构建机器人功能之前,会花费大量时间来配置机器人基础设施。

虽然机器人社区已经开发出跨流程各个阶段的工具,但由于软件生态系统孤立、数据格式不兼容以及工具之间的手动集成,将它们连接到无缝工作流仍然是一项挑战。为解决这一问题,我们推出了NVIDIA Isaac GR00T 开发平台:这是一个开源人形机器人平台,可统一流程的每个阶段,以加快开发速度。

本文将介绍端到端 GR00T 平台,从数据采集和模型训练到大规模评估和部署就绪,展示完全集成的平台如何简化人形机器人开发。

加速端到端人形机器人开发

Workflow diagram showing a developer-to-robot pipeline with five stages: setup in Isaac Lab, data creation with Isaac Teleop in real and simulated environments, training with imitation-learning scripts, evaluation in Isaac Lab Arena, and deployment through Isaac ROS as a validated policy on the robot.

图 1. 使用 Isaac GR00T 平台开发、训练、评估和部署人形机器人的端到端工作流

Isaac GR00T 平台可帮助机器人开发者扩展人形机器人数据采集和基于仿真的训练,以在真实机器人上开发、验证和部署策略。其端到端平台是完全开放和模块化的,使团队能够使用单个组件或完整工作流,集成自己的工具,并使用经过验证的 NVIDIA 软件堆栈进行构建。

阶段NVIDIA 技术功能
仿真环境设置NVIDIA Isaac Lab-Arena创建用于数据生成、策略训练和测试的仿真环境。
数据创建NVIDIA Isaac Teleop捕获高质量的机器人演示数据,用于策略训练和开发。
策略训练NVIDIA Isaac GR00T 1.7 训练脚本使用仿真和真实演示数据,针对人形机器人推理和多任务行为训练机器人策略。
策略评估NVIDIA Isaac Lab-Arena在实际部署之前,先在仿真环境中测试和评估机器人策略。
策略部署NVIDIA Isaac ROS = Jetson Thor将模型导出到可部署的 LEAPP 捆绑包中,并将经过训练的策略部署到机器人上,以便在设备上进行实时推理和控制。

表 1. 整个机器人策略开发工作流程 (从仿真设置到部署) 中的 NVIDIA 软件堆栈

GR00T 工作流的一个关键组件是开放式 Isaac GR00T 1.7 视觉 – 语言 – 动作 (VLA) 模型,该模型通过强大的预训练基础简化了开发。它基于不同的数据进行训练,可以高效地泛化到新的任务和环境,同时产生更自然、更类似人类的运动。

开始使用 GR00T 1.7

GR00T 1.7 pipeline diagram showing inputs (image, language, robot state) processed by a VLM and diffusion transformer to output humanoid actions.

图 2. GR00T 1.7 架构,显示由视觉语言模型和扩散转换器处理的图像、语言和机器人状态输入,以生成人形机器人动作

GR00T 1.7 是首个用于通用人形机器人技能的开放、商用 VLA 模型,在 Apache 2.0 许可下发布。这是一种跨具身模型,可接受包括语言和图像在内的多模态输入,并生成跨不同环境执行任务所需的操作。开发者无需从头开始训练策略,而是可以从已经对广泛的操作先验进行编码的模型开始,并通过后训练使其适应特定的机器人、任务和环境。

GR00T 1.7 的新增功能
  • 强大的真人视频预训练: 1.7 基于约 32,000 小时的真实演示和以人类为中心的数据以及约 8,000 小时的来自 BEHAVIOR、RoboCasa 和 Simulated GR-1 的模拟演示和演示进行预训练,以实现更接近人类的动作。
  • 新的 VLM 主干:Cosmos-Reason2-2B (Qwen3-VL 架构) 取代了 GR00T N1.6 中使用的 Eagle 主干。这有助于支持灵活的分辨率,并以原生高宽比对图像进行编码,无需填充。
  • 扩展部署支持: 为 ONNX 和 TensorRT 添加完整的工作流导出,提高导出可靠性并进行更高频率的更新。
  • 增强性能:通过任务和子任务级分解改进长视距任务推理,提高可靠性、运动质量和跨具身泛化。
  • 改进的基准测试:与 N1.6 相比,DROID 和 SimplerEnv 实现了一致的改进,包括 DROID-F0 (~ 10%) 和 DROID-F6 (~ 61%) ,以及 SimplerEnv Bridge (~ 5%) 和 Fractal (~ 2%) ,展现了更强的泛化能力。

GR00T 1.7 可通过 GitHub 和 Hugging Face 访问,模型权重公开可用,基本检查点包含 30 亿个参数。

在端到端 GR00T 工作流中使用 GR00T 1.7 模型可简化后训练和策略评估,简化从基础模型到已部署机器人行为的过渡。下一节将详细介绍在仿真工作流中使用 GR00T 1.7 的步骤。

使用 GR00T 平台和 1.7 模型执行灵巧的操作任务

Gif shows two robot arms picking and placing an apple onto a plate in simulation.

图 3. GR00T 1.7 人形机器人在后训练后执行苹果拾取和放置任务

本节介绍使用 GR00T 平台和 GR00T 1.7 模型构建简单拾放任务的仿真工作流,从环境设置到部署就绪。这是我们的端到端 GR00T 开发指南的摘录,该指南更详细地介绍了整个流程。

演示包括:

  1. 在仿真中设置环境
  2. 通过远程操作收集机器人数据
  3. 将收集的数据转换为 LeRobot 格式
  4. 使用转换后的数据集对 GR00T 1.7 进行后训练
  5. 评估经过训练的后策略

虽然本节侧重于仿真,但相同的步骤可应用于实体机器人,并可根据不同的实施方案和任务进行调整。

设置环境

在收集任何训练数据之前,您必须先设置环境。使用对象和机器人素材合成场景,定义任务,然后选择远程操作设备。

在本示例中 (参见上图 3) ,机器人站在架子前,用手臂将苹果移到同一架子上的盘子上。全身控制器 (WBC) 可保持机器人的平衡;由于机器人不会在此任务期间行走,因此请使用 AGILE WBC,这是一种单一的端到端策略,比站立/ 行走控制器更适合静态任务。

预先刻意选择 WBC:在远程操作期间,AGILE WBC 和 PinkIK 会生成联合空间目标,这些目标会成为策略的训练信号,因此不同的控制器会针对同一运动生成不同的训练分布。

总体上,实现类似于以下代码段。这些片段使用 Isaac Lab-Arena API 来合成场景、注册素材并连接远程操作设备。这些只是片段;如需了解整个环境设置,请前往 GitLab Pages。

background = self.asset_registry.get_asset_by_name("galileo_locomanip")()

pick_up_object = self.asset_registry.get_asset_by_name(args_cli.object)()

destination = self.asset_registry.get_asset_by_name(args_cli.destination)()

embodiment = self.asset_registry.get_asset_by_name(args_cli.embodiment)(

    enable_cameras=args_cli.enable_cameras

)

teleop_device = (

    self.device_registry.get_device_by_name(args_cli.teleop_device)()

    if args_cli.teleop_device is not None else None

)

scene = Scene(assets=[background, pick_up_object, destination])

task = PickAndPlaceTask(

    pick_up_object=pick_up_object,

    destination_location=destination,

    background_scene=background,

)

return IsaacLabArenaEnvironment(

    name=self.name,

    embodiment=embodiment,

    scene=scene,

    task=task,

    teleop_device=teleop_device,

)

收集演示

Person wearing a VR headset and holding two controllers while standing beside a monitor that shows a stereoscopic robot teleoperation interface, illustrating demonstration-data collection with Isaac Teleop in a lab setting.

图 4. 使用 VR 头盔和 CloudXR 串流,使用 Isaac Teleop 收集机器人演示数据

设置环境后,您可以使用 Isaac Teleop 捕捉演示数据,并借助 AGILE WBC 在采集过程中进行全身控制。使用支持的 VR 头盔通过 CloudXR 客户端收集演示。启动 CloudXR 运行时并获取 CloudXR 环境后,使用以下命令记录演示:

python isaaclab_arena/scripts/imitation_learning/record_demos.py \

  --viz kit \

  --device cpu \

  --enable_cameras \

  --dataset_file $DATASET_DIR/arena_g1_static_apple_dataset_recorded.hdf5 \

  --num_demos 400 \

  --num_success_steps 10 \

  --disable_full_sim_buffer_reset \

  galileo_g1_static_pick_and_place \

  --object apple_01_objaverse_robolab \

  --destination clay_plates_hot3d_robolab \

  --teleop_device openxr

在这里,质量与数量同样重要。由于数据杂或不一致限制了策略的学习能力,因此我们的目标是通过流畅的动作、稳定的把握和多样化的接近方向进行清晰的演示。在这项任务中,我们并非一次性收集了 400 个轨迹,而是通过多个数据采集会话拼接在一起。您可以先从较小批量的数据开始,了解各个部分如何组合在一起,然后再提交到一整套演示中。

成功的演示将保存到 HDF5 文件中,该文件将成为下一阶段的原始输入,并转换为 GR00T 1.7 用于后训练的 LeRobot 格式。

转换数据格式

GR00T 1.7 会使用 LeRobot 格式的数据集,因此录制的 HDF5 在训练前会在 Arena 容器内进行转换。转换由配置文件 g1_static_apple_config.yaml 驱动,该文件将记录的字段映射到 GR00T 所期望的内容:

# Input/Output paths

data_root: /datasets/isaaclab_arena/static_apple_tutorial

hdf5_name: "arena_g1_static_apple_dataset_recorded.hdf5"

# Task description

language_instruction: "move the apple to the plate"

task_index: 3

# Data field mappings

state_name_sim: "robot_joint_pos"

action_name_sim: "processed_actions"

pov_cam_name_sim: "robot_head_cam_rgb"

# Output configuration

fps: 50

chunks_size: 1000

使用以下命令运行转换:

python isaaclab_arena_gr00t/lerobot/convert_hdf5_to_lerobot.py \

  --yaml_file isaaclab_arena_gr00t/lerobot/config/g1_static_apple_config.yaml

这会生成一个 lerobot 文件夹,其中包含包含状态和动作、MP4 摄像头录制内容和数据集元数据的拼接文件。现在,借助转换后的数据集,您可以对 GR00T 1.7 模型进行后期训练。

后训练 GR00T 1.7

后训练在 Arena 容器外运行,在 Isaac-GR00T 存储库的独立检查中运行。微调命令会调整视觉主干、投影仪和扩散模型,同时保持语言模型保持不变:

uv run python -m torch.distributed.run --nproc_per_node=1 --standalone \

  gr00t/experiment/launch_finetune.py \

  --base-model-path nvidia/GR00T-N1.7-3B \

  --dataset-path $DATASET_DIR/arena_g1_static_apple_dataset_recorded/lerobot \

  --output-dir $MODELS_DIR/static_apple_n17_finetune \

  --modality-config-path /path/to/IsaacLab-Arena/isaaclab_arena_gr00t/embodiments/g1/g1_sim_wbc_data_gr00t_n_1_7_config.py \

  --embodiment-tag new_embodiment \

  --global-batch-size 12 \

  --max-steps 20000 \

  --num-gpus 1 \

  --save-steps 5000 \

  --save-total-limit 5 \

  --no-tune-llm \

  --tune-visual \

  --tune-projector \

  --tune-diffusion-model \

  --dataloader-num-workers 8 \

  --color-jitter-params brightness 0.3 contrast 0.4 saturation 0.5 hue 0.08

评估策略

完成后训练后,评估只需两个步骤:将检查点加载到 GR00T 服务器中,然后在闭环中运行策略。Arena 使用服务器 – 客户端设置,其中服务器托管经过微调的模型,Arena 客户端运行模拟并从服务器查询模型。

通过从 Arena 容器启动客户端来运行策略:

/isaac-sim/python.sh isaaclab_arena/evaluation/policy_runner.py \

   --viz kit \

   --policy_type isaaclab_arena_gr00t.policy.gr00t_remote_closedloop_policy.Gr00tRemoteClosedloopPolicy \

   --policy_config_yaml_path isaaclab_arena_gr00t/policy/config/g1_static_apple_gr00t_closedloop_config.yaml \

   --remote_host <SERVER_HOST> --remote_port 5555 \

   --num_steps 600 \

   --enable_cameras \

   galileo_g1_static_pick_and_place \

   --object apple_01_objaverse_robolab \

   --destination clay_plates_hot3d_robolab \

   --embodiment g1_wbc_agile_joint

在评估过程中,指标会打印到控制台,直到您获得最终输出,了解经过训练后策略的性能。

[Rank 0/1] Metrics: {'success_rate': 1.0, 'object_moved_rate': 1.0, 'num_episodes': 1}

要更改您的评估程度,请调整一些标志。--num_steps 用于设置发布时长;600 是快速烟雾测试,对应此任务的大约 1 集。如要获得具有代表性的成功率,请使用 --num_episodes 100 (或 1000 以获得更准确的估计) 评估完整的事件集,并添加 --num_envs 5 以并行运行环境,从而在试验中实现更多随机化。其他一切都保持不变;您只需更改平均推出次数即可。

简化开发流程

这完成了 Isaac GR00T 开发平台的完整测试。每个阶段都会产生一个干净的构件,并将其直接输入到下一个阶段,以实现完全集成、简化的开发流程。虽然此演示以特定具身作为示例,但您可以根据自己的机器人设置调整相同的流程,为您的用例定义任务,在系统上收集演示,并重复使用相同的数据转换、后训练和评估工作流。

不断发展的 GR00T 生态系统

GR00T 平台和参考工作流已经在不断发展的人形机器人合作伙伴生态系统中得到采用。

  • 包括 1X、Agility、ANYBotics、Bellboy Robotics、FieldAI、Lightwheel AI、NEURA Robotics、Nexuni、Noble Machines、Schaeffler、Skild AI 和 Techman Robot 在内的人形机器人制造商和 AI 提供商正在集成 GR00T 平台的 Isaac Teleop、Sim、Lab 和 ROS 等组件,以加速其开发工作流,并将 AI 机器人更快地投入真正的工业用。
  • 斯坦福大学、CMU、UCSD、苏黎世联邦理工学院和 AI2 等研究机构将尝试统一的 GR00T 端到端工作流,以降低集成复杂性,并加快从机器人启动到技能开发和现实世界验证的速度。
  • 领先的可穿戴和 XR 设备制造商 (包括 Haptikos、Manus、Noitom、OpenGraph Labs、PICO、Sensing、HTC Vive、Wuji 和 Xsens) 提供原生支持 NVIDIA Isaac Teleop 的设备,从而更轻松地截取高质量演示。

开始使用

GR00T 平台和 GR00T 1.7 模型现已可供任何开发者使用。无论是从仿真开始,还是从实体机器人开始,工作流程都保持不变。选择入口点,定义边界任务,然后构建首个端到端策略。

入门可能具有挑战性,因此我们构建了一个完整的端到端参考工作流,您可以在学习内容如何使用 NVIDIA Isaac GR00T 开发和部署端到端人形机器人,以及GR00T 平台简介视频中找到该工作流。

其他资源:

相关推荐

使用 NVIDIA RTX Spark 在一台机器上进行编码、测试和部署

NVIDIA RTX Spark 将本地编码智能体、模型微调、编译、测试与部署整合到一台机器。本文介绍 GB10、128GB 统一内存与 Grace/Blackwell 架构的开发性能,Windows on Arm、PyTorch-CUDA 和 CUDA-X 软件生态,以及 Pi、Junie Local、Nemotron 模型、媒体 AI SDK 和现有 Windows 应用迁移路径,帮助开发者在本地构建并部署 AI 应用。

NVIDIA_Community的博客 355

深入了解 NVIDIA Sentry:运行时安全 AI 智能体

本文介绍 NVIDIA Sentry 如何在 BlueField-4 DPU 的独立信任域中为 AI 智能体提供运行时保护。通过 DOCA Tower 检查通信与执行访问策略,结合 DOCA Argus 实时内存内审、身份验证、专用模型行为检测和防篡改遥测,将 OpenShell 的软件安全边界扩展到硬件隔离防护,并与企业 XDR、SIEM 平台集成。

NVIDIA_Community的博客 413

NVIDIA OpenShell 参考架构如何大规模保护和治理 AI 智能体工作负载

本文介绍 NVIDIA OpenShell 参考架构如何在智能体之外实施确定性治理,并结合 NVIDIA Vera CPU、BlueField-4 DPU 和 NVIDIA Sentry,构建兼顾性能、隔离与运行时安全的可扩展智能体基础设施。涵盖网关、Supervisor、沙盒、策略验证器,以及 CoreWeave 的沙盒启动和智能体任务性能测试。

NVIDIA_Community的博客 227

China AI Infra Day 从物理到虚拟:网络基础设施驱动 AI 工厂 重磅来袭!

存储架构,解析如何减少重复计算、加速推理响应,提升规模化。3. 填写报名信息并提交,即可完成注册。网络创新与重要动态,聚焦五大网络架构与。或复制并打开以下链接,进入报名页;从物理到虚拟:网络基础设施驱动。本次在线研讨会将探索。技术专家带你打破技术壁垒,解锁。更有价值:网络与存储的协同之道。加入本次研讨会微信直播交流群。构建超大规模网络:适用于百万。工厂性能优化与部署验证。打破数据瓶颈:面向代理式。数字孪生,探索超大规模。:围绕网络与存储协同、高性能组网实现十亿瓦级。:聚焦五大网络架构、

NVIDIA_Community的博客 126

NVIDIA AI 培训班 | 10 月 29 日《为大语言模型添加新知识》开课,转化开源 LLM 为领域 AI 资产

课程以 Meridian Response 为基础,这是一个虚拟的人道主义物流组织,需要对传入的防洪响应现场报告进行分类并将其分配到正确的团队。您将首先构建一个评测,定义该任务“更好”意味着什么,然后度量一个库存 8B 开放权重模型,测试提示词的上限,生成针对性的合成训练数据,使用监督微调训练 LoRA 适配器,并在任务行为基本到位后,使用直接偏好优化 (DPO) 来提高响应质量。,访问 NVIDIA 认证中文官网,点击每一门认证科目介绍页面,查看详细的考试大纲、考前学习指南、推荐培训和更多资源。

NVIDIA_Community的博客 229

密集与 MoE 模型:活动参数、吞吐量以及选择每个模型的时间

本文比较密集模型与 MoE 模型的活动参数、吞吐和路由机制,说明在质量、延迟、显存与部署约束下如何选择模型架构。

NVIDIA_Community的博客 169

如何使用 AI 智能体准备用于仿真的 3D 场景

本文展示 AI 智能体如何把 Blender 场景准备成用于仿真的 OpenUSD 资产,包含语义、材质、传感器、物理属性、渲染预检和 SimReady 验证。

NVIDIA_Community的博客 366

借助 NVIDIA Earth-2,将您的最新观测结果转化为及时的天气决策

本文介绍如何用 NVIDIA Earth-2 和 Earth2Studio 将最新气象观测纳入预测,演示区域与全球数据同化工作流,以及 CorrDiff-SDA、StormCast-SDA 和 HealDA。

NVIDIA_Community的博客 265

TensorRT Edge-LLM 在 Jetson AGX Thor 上实现 MLPerf Edge Agentic Benchmark 6.4 倍加速

本文分析 TensorRT Edge-LLM 在 Jetson AGX Thor 上完成 MLPerf Edge Agentic 基准测试的优化方法,包括 NVFP4 量化、KV 缓存复用和多 token 预测。

NVIDIA_Community的博客 104

如何评估从工具调用到任务完成的 AI 智能体

本文介绍从工具调用到任务完成的 AI 智能体评估方法,涵盖任务成功率、执行时间、成本、可复现基准和端到端验证。

NVIDIA_Community的博客 87

使用 AI 智能体和 NVIDIA Isaac ROS 加速 ROS 2 节点

本文展示如何用 AI 智能体与 NVIDIA Isaac ROS 加速 ROS 2 节点,通过识别数据传输瓶颈、采用 CUDA 缓冲区后端并验证机器人工作流的性能。

NVIDIA_Community的博客 67

面向游戏开发者的新功能:DLSS 5 (支持 3D 引导神经渲染) 、NVIDIA ACE 更新和全新 RTX Kit 功能

本文汇总面向游戏开发者的 DLSS 5、NVIDIA ACE 与 RTX Kit 新功能,介绍 3D 引导神经渲染、开发者控制和角色交互等技术。

NVIDIA_Community的博客 285

NVIDIA NVLink 6 如何为 AI 工厂提供多层弹性

本文说明 NVIDIA NVLink 6 为 AI 工厂提供的多层弹性机制,包括链路、交换与系统级故障恢复,及其对训练和推理服务连续性的作用。

NVIDIA_Community的博客 67

借助 NVIDIA Dynamo-Triton 中的 NVIDIA TensorRT 多设备集成,简化跨多个 GPU 的模型服务

本文介绍 NVIDIA Dynamo-Triton 对 TensorRT 多设备推理的集成,展示如何在多个 GPU 上部署模型,并通过 Cosmos 3 上下文并行测试延迟与输出一致性。

NVIDIA_Community的博客 55

借助 NVIDIA Topograph 实现拓扑感知型工作负载调度

本文介绍 NVIDIA Topograph 如何识别 GPU 集群拓扑,并在 Kubernetes、Slurm 等环境中为 AI 工作负载提供拓扑感知调度,减少跨域通信和资源浪费。

NVIDIA_Community的博客 92

借助 NVIDIA 机密计算实现私有高性能生产级 AI 推理

本文介绍 NVIDIA 机密计算如何在私有生产级 AI 推理中保护敏感数据,并比较机密计算开启与关闭时的吞吐和延迟,分析数据传输、内核调优及多 GPU 通信的性能开销。

NVIDIA_Community的博客 52

介绍 CUDA Rust:用于编写 GPU 内核的两条轨道

CUDA Rust 提供 cuda-oxide 与 cutile-rs 两条原生 GPU 内核开发路径。前者保留 SIMT 线程控制,后者使用 Tile 抽象和 CUDA Tile IR。本文比较编译链、内存安全与当前成熟度。

NVIDIA_Community的博客 151

CUDA 工具包 13.4 在 Arm 上添加了 Windows 支持,并增强了对共享 GPU 的控制

CUDA 13.4 扩展 Windows on Arm 支持,预览 Rubin 架构,并更新 MPS V3、跨 GPU 传输、CUDA Python、CCCL 与 Nsight 工具。本文梳理对应用迁移和共享 GPU 管理最关键的变化。

NVIDIA_Community的博客 134

何时使用“编码-预填充-解码”解耦技术来加速多模态模型服务

NVIDIA Dynamo 的 EPD 解耦将视觉编码与 LLM 预填充、解码分开调度。文章分析图像负载、输出长度、模型规模、精度和混合流量如何决定 TTFT 与吞吐收益。

NVIDIA_Community的博客 145

GR-Inference:面向生成式推荐的推理系统设计与性能评估

生成式推荐具有长上下文、极短解码和数百条动态 Beam。GR-Inference 通过请求级状态管理、分离 KV、专用 Attention 与 GPU SID Trie 优化这一负载,并在给定 SLA 下提升吞吐。

NVIDIA_Community的博客 327

使用预测解码共同设计 AI 模型,加快 LLM 推理速度

预测解码通过草稿 token 与目标模型并行验证减少自回归迭代。本文梳理草稿长度、接受长度、验证成本与草稿成本的关系,以及在不同延迟和吞吐目标下选择草稿机制的方法。

NVIDIA_Community的博客 293

现代 CUDA 工具箱的实际应用:分步优化演练

以 RGB 图像转灰度并计算 32×32 图块中值为例,串联 Compute Sanitizer、Nsight Systems、CUB、CCCL 内存容器和 CUDA 流,说明如何先定位错误与瓶颈,再逐步优化 GPU 程序。

NVIDIA_Community的博客 298

使用 NVIDIA Nemotron 构建自适应代理式网络安全系统

NVIDIA 与 CrowdStrike 在隔离环境中评估红蓝智能体闭环:攻击生成遥测,防御智能体编写并验证检测,再以新攻击复测。文章介绍 Nemotron 分工、检测验证机制、实验结果及其适用边界。

NVIDIA_Community的博客 83

前沿推理触手可及:如何在 NVIDIA Jetson 上部署和优化模型

紧凑型开放推理模型已能在 NVIDIA Jetson 本地运行。本文比较 Nemotron 3.5 Lightning 与 Qwen3.8-27B 的架构取舍,解释 NVFP4 与预测解码的作用,并给出部署和工作负载验证思路。

NVIDIA_Community的博客 282

构建面向大规模 VLA 的端云协同后训练闭环:使用 verl-vla 统一数据采集、微调与强化学习

大规模 VLA 的推理、仿真、数据采集和人工干预往往分散在云端 GPU、仿真节点与真实机器人上。verl-vla 通过 TrainCluster、Web 遥操作和可组合 Workflow,把示范采集、监督微调、评测与强化学习接入同一端云闭环,并提供 Isaac GR00T、Isaac Lab Arena、RECAP 与 DSRL 的可复现配方。

NVIDIA_Community的博客 305

使用 NVIDIA NemoClaw 构建内存驱动型智能体

本文介绍基于NVIDIA NeMo Claw构建的内存驱动型智能体——办公室主任,通过结构化自我模型(人员、项目、优先级等)实现企业工作流的持续上下文维护与决策优化。该设计强调证据、知识与行动分离,支持选择性检索、用户校正与审计追踪,提升任务准确性与可信度。实测显示,其在事实跟踪、实体消歧、多源合成等任务上显著优于传统RAG。结合NVIDIA OpenShell实现安全沙盒运行,保障权限与边界控制。文章提供可复用的开源配方,涵盖内存架构、分类帐与离线演练,助力开发者构建高效、可信的企业级智能体。

NVIDIA_Community的博客 388

让长时间运行的 NVIDIA TensorRT 引擎在 Python 或 C++ 中构建可观察和可取消

构建 TensorRT 引擎可能需要几秒钟到几分钟的时间。大型强类型模型、深度策略搜索和全新 GPU SKU 上的冷定时缓存可能会让开发者、最终用户或 AI 智能体盯着冻结的终端,而不知道是否要等待、重试或终止该进程。大多数 NVIDIA TensorRT 集成在构建过程中不会报告任何内容,或者无法提前终止。在长时间运行的智能体工作流中,这会浪费 GPU 小时并导致会话卡顿。图 1. 用于 TensorRT 引擎构建的实时嵌套进度条,由 IProgressMonitor 子类渲染TensorRT 提供。

NVIDIA_Community的博客 3724

如何借助 RL 智能体技能和 NVIDIA NeMo 运行自动研究工作流

编码正成为长期运行的机器学习 (ML) 工作流程的实用运算符。他们可以检查资源库、设置运行时、解决构建问题、启动实验、监控执行、分析指标并汇总结果。对于研究而言,这一点很重要,因为有意义的指标通常只有在基本实验基础设施就绪后才会出现。是 Andrej Karpathy 的一个开源 Python 项目,用于自动化 AI 和 ML 模型训练。通过这种方法,将高层次的目标转化为假设,编辑和测试真实的代码库,保留改进指标的想法,并将结果交还给人类研究人员。这使得团队能够从高性能开放模型 (例如。

NVIDIA_Community的博客 3595

在 NVIDIA GB200 NVL72 上使用 GPU 加速的 Presto 运行低延迟分析工作负载

是一个开源分布式 SQL 引擎,可对超大型数据集快速运行交互式查询。在 NVIDIA GPU 上,Presto 可为分析查询工作负载提供峰值性能,并为用户和智能体提供低延迟。GPU 加速的 Presto 可降低分析工作负载的延迟,让您和智能体畅通无阻并尽可能快地进行迭代。本文将介绍如何使用单节点和多节点在扩展分析基准测试中高效执行多 GPU Presto。我们还强调了在与数据源搭配使用时对 NVIDIA GB200 NVL72 上的高 I/ O 吞吐量的重要性。

NVIDIA_Community的博客 3687

案例分享 | 基于 NVIDIA DGX Spark 的智能安防与工业智能方案开发应用

NVIDIA DGX Spark以GB10超级芯片与128GB高速统一内存为核心算力底座,凭借轻量化、全流程、高性能的特性,系统性解决智能安防与工业智能方案研发过程中数据处理慢、模型迭代难、推理延迟高、落地验证繁琐等痛点。通过构建视频智能分析、设备预测性维护两大AI能力体系,全方位赋能安防智能化管控与工业数字化运维,为智慧城市、智能制造领域的轻量化AI研发与场景落地提供高性能、高可靠的标杆方案。后续可依托平台拓展更多细分场景AI模型,持续拓宽行业智能化应用边界。

NVIDIA_Community的博客 2909
上一篇: 让长时间运行的 NVIDIA TensorRT 引擎在 Python 或 C++ 中构建可观察和可取消
下一篇: 使用 NVIDIA NemoClaw 构建内存驱动型智能体
NVIDIA AI 技术专区
NVIDIA AI 技术专区 NVIDIA 官方账号 NVIDIA 官方账号
博客等级 码龄2年 632粉丝 213原创
评论 9
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值