最近具身智能圈子里有个消息挺热闹Hugging Face 发布了一款叫 Microduck 的机器人价格定在 399 美元。放在整个 AI 硬件市场里这个价位确实有点意思。很多人第一反应是Hugging Face 不是做模型库和开源社区的吗怎么突然做机器人了也有开发者关心的是这个机器人到底能干什么技术栈是什么样的值不值得入手买回来能不能跑起自己的模型。这篇文章就来围绕 Microduck 把这些问题拆开聊。我会从 Hugging Face 为什么做机器人说起再拆解 Microduck 的硬件与软件架构、开发环境搭建、运动控制与 AI 推理的基本流程并给出适合入门和进阶的完整学习路线。无论你是做算法、做后端还是对具身智能感兴趣的硬件爱好者都能在本文找到对应的切入角度。1. 背景与核心概念1.1 Hugging Face 为什么突然做机器人先理清一个认知Hugging Face 做 Microduck并不是要转型做硬件厂商而是为了给“具身智能”搭建一个开源软件与硬件的结合试验场。Hugging Face 这几年在 AI 生态中的角色大家已经很熟悉了模型库、Datasets、Spaces、Transformers 库是很多算法工程师每天都会用到的工具链。但从 2024 年开始Hugging Face 明显加大了对机器人领域的投入代表性项目就是 LeRobot。LeRobot 是一个面向机器人学习的开源框架目标是降低机器人数据采集、模型训练和策略部署的门槛。Microduck 可以理解为 LeRobot 的“官方参考硬件”。它用较低的硬件成本把视觉、运动控制、强化学习、模仿学习这些技术集中到一个可玩性很强的实体平台上。Hugging Face 的逻辑很清楚模型与数据集是软件层面的积淀但 AI 要走向物理世界必须有一个标准化的硬件载体来承接。Microduck 就是这个载体。所以如果你是冲着“买一个玩具”去看它399 美元的定价并不便宜但如果你是冲着“低成本学习具身智能”去看它这个价格相当于买了一个带有完整开源软件生态的移动机器人开发平台。1.2 Microduck 是什么类型的机器人从形态上看Microduck 属于桌面级四足机器人。四足机器人相比轮式机器人的最大区别在于它能适应更多地形而且运动方式更接近生物体。不过 Microduck 的定位不是工业级巡检或者说负重运输而是面向开发者、创客、高校实验室和 AI 学习者的轻量级研究平台。它在硬件上通常包含这些核心部分机架与关节模组四个腿、多个舵机或电机构成最基本的运动执行单元。主控单元运行 Linux 系统的单板计算机负责算法、通信与模型推理。传感器至少包含摄像头用于视觉感知可能还有 IMU惯性测量单元用于姿态估计。电池与电源管理模块。在软件层面Microduck 的设计高度依赖 Python 和 ROS 2 生态。Hugging Face 把模型训练、数据集采集、仿真环境、真实机器人部署串成了一条完整的开发链路。这也意味着你买到手之后不是拿到一个封闭的玩具而是拿到一个可以持续改软件、训模型、换算法的实验平台。1.3 Microduck 解决的三个核心问题第一个问题是“机器人学习”的门槛问题。以前想接触强化学习或模仿学习大多数时候只能在仿真环境里跑无法验证算法在真实物理世界中的效果。Microduck 把真实硬件成本降到几百美元级别让更多开发者有机会做真实环境下的 robot learning 实验。第二个问题是软件生态碎片化问题。机器人开发长期面临“硬件换一家代码重写一遍”的尴尬。Hugging Face 希望通过 LeRobot 统一机器人学习的数据格式、训练接口和部署流程Microduck 作为参考硬件能让开发者少踩很多适配的坑。第三个问题是 AI 模型与物理世界的连接问题。现在很多多模态大模型已经能理解图像和语言但模型输出如何变成机器人关节的转动角度中间需要一层“具身化”的转换。Microduck 就是连接大模型感知能力和物理动作执行的实验载体。1.4 与常见机器人平台的对比很多读者可能会拿 Microduck 和市面上常见的机器人平台对比这里简单列一下各自的定位差异平台类型代表价格区间主要定位适合人群桌面级四足机器人Microduck约 399 美元开源 AI 学习与算法验证开发者、高校实验室消费级四足机器人宇树 Go2 等数千到上万元商业产品、二次开发企业、进阶开发者ROS 2 轮式平台各类树莓派小车几百到两千元移动机器人基础学习ROS 2 入门者工业机械臂法奥、埃夫特等数万元以上工业自动化企业生产环境Microduck 的优势在于它绑定了 Hugging Face 的软件生态模型与数据集资源丰富学习路径很清晰。但它的负载能力、续航、精度都有限不适合做重负载的物理操作。2. Microduck 技术架构拆解2.1 硬件层低成本下的平衡设计Microduck 的硬件设计核心一句话总结就是在有限成本内优先保证“可编程性”和“可扩展性”。由于 399 美元的定价限制它的关节电机不会采用工业级伺服方案而是更偏向于机器人教育领域常见的高性价比舵机或小型无刷电机。这类电机的特点是控制协议简单、响应速度足够支持桌面级运动、更换成本低。缺点是扭矩和精度与工业级产品有差距所以在重负载场景下不适合。主控部分通常是一块可以运行 Linux 的 ARM 开发板类似树莓派或者 Jetson Nano 级别的算力。这个算力等级意味着在板端直接运行大型多模态大模型是不现实的需要通过网络请求调用云端 API或者使用轻量级模型做板端推理。但对于模仿学习策略、视觉分类、目标检测等任务这个算力是够用的。传感器配置上摄像头是核心。因为 LeRobot 的数据采集流程中视觉是最主要的观察模态。除了摄像头IMU 负责姿态反馈帮助机器人保持平衡和判断自身状态。2.2 软件层LeRobot 框架与 ROS 2 生态Microduck 的灵魂在软件不在硬件。LeRobot 框架由 Hugging Face 维护提供了从数据采集、数据集管理、模型训练到真实机器人部署的完整工具链。LeRobot 目前的核心抽象包括Dataset统一的数据集格式存储机器人动作序列和传感器观察。Policy策略网络负责根据观察输出动作。Environment仿真或真实环境接口。Robot真实机器人的控制接口。在 Microduck 上跑 LeRobot整体流程是先用遥控器或示教方式采集一组操作数据保存为 LeRobot Dataset 格式上传到 Hugging Face Dataset 或本地存储然后基于这些数据训练一个策略模型比如 ACTAction Chunking with Transformers或 Diffusion Policy最后把训练好的策略部署到 Microduck 上让机器人根据摄像头画面输出动作。ROS 2 在这套体系里扮演的是通信中间件角色。关节状态、传感器数据、控制指令通过 ROS 2 的 Topic 机制在机器人内部流转。如果你之前接触过 ROS 2理解 Microduck 的通信架构会非常轻松如果没接触过建议先花点时间了解 ROS 2 的基本概念。2.3 从大模型到机器人动作的完整链路很多人好奇大模型和机器人动作之间是怎么连接起来的这里需要区分两条不同的技术路线。第一条路线是“端到端模仿学习”。以 ACT 为例模型输入是当前摄像头图像和机器人关节状态输出是未来一段时间内各关节的目标角度序列。这个模型从人类示教数据中学习不依赖显式的规则或中间表示。训练好之后机器人看到类似场景就会输出与示教相似的动作序列。这条路线的优势是泛化性相对好但需要一定数量的优质数据。第二条路线是“大模型 技能库”。先用大模型理解和拆解任务比如“把杯子拿起来”大模型解析出目标物体位置然后调用预先写好的运动规划模块或技能模块生成具体的关节轨迹。这条路线的优势是可解释性强但技能库的覆盖范围决定了机器人的能力边界。Microduck 同时支持这两条路线。你可以用 LeRobot 采集数据训练端到端策略也可以把 Microduck 接入大模型 API做基于视觉语言模型的决策控制。这种灵活性是它作为开发平台的核心价值。3. 环境准备与版本说明3.1 开发环境概览开始 Microduck 开发之前需要准备以下环境。版本信息请以官方仓库和实际硬件为准本文重点演示整体思路。环境项推荐方案说明操作系统Ubuntu 20.04 / 22.04机器人开发首选 Linux 环境Python3.10 或 3.11LeRobot 基于 Python建议使用虚拟环境ROS 2Humble 或对应版本用于机器人通信若只用 LeRobot 可降级要求PyTorch2.0 以上模型训练与推理代码仓库lerobot、microduck 相关仓库按官方 README 安装远程连接SSH 或 VS Code Remote在主机上开发在机器人上运行3.2 推荐项目目录结构为了方便管理建议本地项目采用下面的目录结构microduck-dev/ ├── data/ # 采集的原始数据 ├── datasets/ # LeRobot 格式数据集 ├── scripts/ # 采集、训练、部署脚本 ├── models/ # 训练好的模型权重 ├── configs/ # 配置文件 ├── logs/ # 日志文件 └── README.md这个结构的好处是数据、代码、模型、配置分离后续做版本管理时不容易乱。3.3 安装 LeRobotLeRobot 的安装推荐使用虚拟环境避免和系统 Python 环境冲突。# 创建虚拟环境 python3 -m venv ~/venvs/lerobot source ~/venvs/lerobot/bin/activate # 安装 PyTorch根据你的 CUDA 版本选择对应命令 pip install torch torchvision # 克隆 LeRobot 仓库并安装 git clone https://github.com/huggingface/lerobot.git cd lerobot pip install -e .安装完成后可以运行一条简单的命令验证安装是否成功python -c from lerobot.robots.factory import make_robot; print(LeRobot OK)如果输出LeRobot OK说明基础环境已经就绪。需要提醒的是LeRobot 版本迭代很快如果你发现 API 和某些教程不一致优先查阅官方仓库的 README 和示例代码。4. 核心原理解析运动学、控制与数据4.1 四足机器人运动学基础Microduck 是四足机器人要理解它的控制原理避不开运动学。运动学分为正向运动学和逆运动学。正向运动学已知各关节角度求机器人足端的位置。比如你告诉机器人每个舵机转动多少度通过几何关系就能算出脚掌在三维空间中的坐标。逆运动学已知期望的足端位置反推各关节应该转多少度。这是运动控制中更常用的问题因为你在上层通常规划的是“脚应该落在哪里”而不是“关节应该转多少度”。以单条腿为例假设腿由两个关节构成髋关节和膝关节。给定足端在机体坐标系下的位置(x, y, z)可以通过几何法求解关节角度。下面给出一个简化的两关节腿逆运动学示例代码import numpy as np def leg_inverse_kinematics(x, y, z, l1, l2): 两关节腿逆运动学 x, y, z: 足端在机体坐标系下的坐标 l1: 大腿长度 l2: 小腿长度 返回: [hip_angle, knee_angle] 弧度 # 计算髋关节转角 hip_angle np.arctan2(y, x) # 计算大腿平面内的距离 horizontal_dist np.sqrt(x**2 y**2) # 计算从髋关节到足端的直线距离 d np.sqrt(horizontal_dist**2 z**2) # 余弦定理求膝关节角度 cos_knee (l1**2 l2**2 - d**2) / (2 * l1 * l2) cos_knee np.clip(cos_knee, -1.0, 1.0) knee_angle np.arccos(cos_knee) # 求髋关节与大腿的夹角 cos_hip (l1**2 d**2 - l2**2) / (2 * l1 * d) cos_hip np.clip(cos_hip, -1.0, 1.0) alpha np.arccos(cos_hip) beta np.arctan2(-z, horizontal_dist) thigh_angle alpha beta knee_angle -(np.pi - knee_angle) return [hip_angle, thigh_angle, knee_angle] # 示例足端目标位置 x, y, z 0.05, 0.02, -0.12 l1, l2 0.08, 0.10 angles leg_inverse_kinematics(x, y, z, l1, l2) print(关节角度弧度:, angles)这段代码是简化模型实际 Microduck 的腿结构可能包含更多自由度而且舵机安装位置会影响坐标变换所以工程实现时还需要加入安装偏移量的标定。4.2 步态规划从单腿控制到整机运动单腿运动学解决的是“一条腿怎么动”步态规划解决的是“四条腿怎么配合”。最简单的步态是“起伏步态”即机器人先抬起一条腿向前迈步另外三条腿保持支撑。更复杂的步态包括 trot对角小跑、bound跳跃步态等。Microduck 这类小型四足机器人由于舵机响应速度和扭矩限制通常以低速稳定步态为主。步态规划的核心是保持重心稳定。机器人在迈步过程中重心会偏移如果重心超出支撑多边形机器人就会摔倒。控制策略通常有两种静稳定步态每一步都把重心调整到三个支撑腿构成的三角形内移动速度慢但稳定。动稳定步态利用惯性动态调节速度更快但需要惯导和实时控制算法。对于入门开发者建议先从静稳定步态开始理解重心投影、支撑多边形这些基本概念再逐步引入动态控制。4.3 模仿学习中的数据采集流程LeRobot 的核心强项是数据驱动所以数据采集是整个模仿学习流程中最关键的一环。数据质量直接决定策略模型效果。在 Microduck 上采集数据的方式大致如下使用遥控器手动控制 Microduck 执行目标动作。在动作过程中同步记录摄像头图像、关节角度、IMU 数据。保存为一组 episode每个 episode 是一次完整的任务演示。将多个 episode 汇总构建 LeRobot Dataset。下面是一个模拟数据采集流程的示例展示如何把传感器数据保存为结构化格式import json import time import numpy as np from pathlib import Path class EpisodeRecorder: def __init__(self, save_dir): self.save_dir Path(save_dir) self.save_dir.mkdir(parentsTrue, exist_okTrue) self.episode_data [] def record_frame(self, image, joint_angles, imu_data): 记录一帧数据 frame { timestamp: time.time(), joint_angles: joint_angles, imu: imu_data, # image 通常保存为单独文件这里只存路径 } self.episode_data.append(frame) def save_episode(self, episode_id, images_dir): 保存一个 episode episode_path self.save_dir / fepisode_{episode_id} episode_path.mkdir(parentsTrue, exist_okTrue) # 保存图像 for i, frame in enumerate(self.episode_data): # 假设 frame[image] 是 numpy 数组 img frame.pop(image) img_path images_dir / fepisode_{episode_id}_frame_{i:06d}.jpg # cv2.imwrite(str(img_path), img) # 保存图像 frame[image_path] str(img_path) # 保存传感器数据 with open(episode_path / data.json, w) as f: json.dump(self.episode_data, f) self.episode_data [] # 使用示例 recorder EpisodeRecorder(data/episodes) # 在机器人运行过程中每一帧调用 record_frame # 一轮任务结束后调用 save_episode需要特别强调的是实际 LeRobot 数据格式比这个示例复杂得多包含了状态、动作、时间戳、相机内参等完整信息。这里只是帮助理解数据采集的逻辑。官方建议使用 LeRobot 自带的采集脚本避免格式不一致。4.4 策略训练以 ACT 为例数据采集完成之后下一步是训练策略模型。ACTAction Chunking with Transformers是 LeRobot 项目中最常用的策略之一思路是让模型一次性输出未来一段时间的动作序列而不是单步动作。这种设计能减少累计误差提高动作的平滑性。ACT 的训练流程包括从 LeRobot Dataset 中加载训练集。对图像做归一化和数据增强。训练 Transformer 模型输入当前观察输出动作序列。定期验证模型在验证集上的表现。保存最优权重。在 LeRobot 中运行训练通常是一条命令的事情python lerobot/scripts/train.py \ --policy.typeact \ --dataset.repo_idyour-username/microduck_pick_place \ --output_diroutputs/act_pick_place训练时间和数据量直接相关。建议先从几十个 episode 的小数据集开始验证完整流程跑通再逐步增加数据量。4.5 模型部署与真机推理训练好的模型要部署到 Microduck 上通常有两种方式第一种是把模型放到机器人板端运行。如果模型足够轻量可以在机器人的 ARM 板上直接推理。部署时需要使用 ONNX Runtime 或 TensorRT 等推理加速框架把 PyTorch 模型转换成推理格式。第二种是机器人通过局域网连接 PC由 PC 端运行模型并下发控制指令。这种方式适合训练阶段快速验证也是大多数入门开发者的首选。部署的核心逻辑是读取摄像头图像传入策略模型得到关节目标角度发送给底层电机驱动器。下面给出一个简化推理循环示例import time import cv2 import torch def load_policy(model_path, device): 加载训练好的策略模型 # 实际加载逻辑以 LeRobot 官方 API 为准 policy torch.load(model_path, map_locationdevice) policy.eval() return policy def run_inference_loop(policy, camera, robot, devicecuda): 真实机器人推理循环 while True: # 1. 获取摄像头图像 frame camera.read() # 2. 预处理图像 # frame preprocess(frame) # 3. 模型推理得到动作序列 with torch.no_grad(): observations {image: frame.unsqueeze(0).to(device)} action policy.select_action(observations) # 4. 发送动作到机器人 robot.send_action(action) time.sleep(0.05) # 控制频率 20Hz实际部署时还需要处理相机标定、关节角度归一化、安全急停等细节。建议先在仿真环境里完整跑通一遍推理流程再上真机。5. 完整实战从零开始采集数据并训练一个简单策略5.1 任务目标定义我们以“控制 Microduck 执行前进动作”为例完整走一遍从数据采集到策略部署的流程。这个任务虽然简单但能覆盖主要开发环节。任务定义让 Microduck 根据遥控器示教数据学会以固定步态前进 1 米。5.2 项目初始化mkdir microduck_walk cd microduck_walk git init python3 -m venv venv source venv/bin/activate pip install lerobot5.3 数据采集脚本参考 LeRobot 官方数据采集脚本编写自己的采集入口# scripts/collect_walk_data.py import argparse import time import cv2 from pathlib import Path from lerobot.robots.factory import make_robot from lerobot.datasets import LeRobotDataset def collect_episode(robot, dataset, episode_index, duration5.0): 采集一个 episode print(f开始采集 episode {episode_index}时长 {duration} 秒) # 启动遥控器控制 robot.teleoperate() start_time time.time() while time.time() - start_time duration: # 读取当前状态和动作 observation robot.get_observation() action robot.get_current_action() # 保存到数据集 dataset.add_episode(observation, action) # 预览画面 camera_image observation[image] cv2.imshow(preview, camera_image) cv2.waitKey(1) dataset.save_episode(episode_index) print(fepisode {episode_index} 采集完成) def main(): parser argparse.ArgumentParser() parser.add_argument(--num-episodes, typeint, default10) args parser.parse_args() robot make_robot(microduck) # 创建或加载数据集 dataset LeRobotDataset( repo_idyour-name/microduck_walk, robot_typemicroduck, ) for i in range(args.num_episodes): input(准备好后按回车开始采集按 CtrlC 停止) collect_episode(robot, dataset, i) print(数据采集全部完成) if __name__ __main__: main()运行方式python scripts/collect_walk_data.py --num-episodes 105.4 训练策略python lerobot/scripts/train.py \ --policy.typeact \ --dataset.repo_idyour-name/microduck_walk \ --output_diroutputs/act_walk \ --num_epochs100 \ --batch_size32训练过程中命令行会输出 loss 变化和验证准确率。建议观察 loss 是否稳步下降如果 loss 震荡很大可能需要降低学习率或增加数据量。训练完成之后输出目录会出现模型权重文件。5.5 部署与验证python scripts/eval_policy.py \ --policy_pathoutputs/act_walk/checkpoint.pth \ --num_episodes3评估脚本会启动 Microduck让它在真实环境中执行策略并记录成功率和平均步数。如果成功率不高回到数据采集环节检查示教动作是否一致、数据量是否足够。5.6 预期结果与效果分析在这个简单任务中如果数据质量良好训练后的 Microduck 应该能完成大约 80% 以上的前进任务。失败场景主要集中在起点位置与训练分布偏差较大、光线变化导致摄像头图像分布偏移等情况。这说明模仿学习的泛化能力是有限的也提示我们在实际项目中要尽量控制测试环境与训练环境的一致性。6. 常见问题与排查思路Microduck 开发过程中的问题可以分为硬件、通信、数据、模型四类。下面用表格列出常见问题。问题现象常见原因解决思路舵机不转动供电不足、舵机接线松动检查电源输出电流重新插拔接线机器人上电后无法连接主控系统启动失败或网络配置错误检查串口或 SSH 连接查看系统日志数据采集时图像卡顿USB 带宽不足、摄像头分辨率过高降低图像分辨率关闭不必要的外设训练时 loss 不下降数据量太少、学习率不合适增加数据量调整学习率检查数据是否对齐真机执行时动作抖动控制频率太低、关节 PID 参数不合适提高控制频率调整 PID 增益模型在仿真中好用、真机效果差仿真与真实环境的 Sim-to-Real 差距加入域随机化增加真实数据采集6.1 机器人无响应排查顺序如果你遇到 Microduck 完全没有响应按下面顺序排查第一步检查电源。看指示灯是否亮起电池电量是否充足。很多舵机问题在低电压时表现得很诡异比如明明应该动却一动不动。第二步检查通信。确认主控板是否成功启动可以通过 SSH 登录。如果 SSH 连不上用串口连接查看启动日志。第三步检查驱动节点。查看 ROS 2 节点列表ros2 node list如果没有任何节点说明底层驱动没有启动需要检查启动脚本和硬件初始化代码。第四步检查话题通信ros2 topic list ros2 topic echo /joint_states如果/joint_states没有输出说明关节反馈链路有问题可能是总线通信异常或舵机地址配置错误。6.2 数据集常见坑点数据集相关的坑是最影响训练效果的。常见问题包括每个 episode 长度不一致需要在保存时做截断或补齐。图像尺寸不一致所有图像都要统一 resize 到同一尺寸。关节角度范围未归一化不同关节的量纲差异会导致训练不稳定。数据与动作未对齐采集时如果传感器延迟明显需要使用时间戳对齐。LeRobot 在数据采集时已经有较完整的处理流程但如果你自定义采集脚本这些问题都需要自己注意。6.3 训练环境常见报错训练环境的报错通常集中在 PyTorch 和 CUDA 相关。常见报错包括CUDA out of memory降低 batch size 或图像分辨率。RuntimeError: Sizes of tensors must match检查数据加载时是否有异常样本。AttributeError: NoneType object has no attribute ...一般是数据集中缺少某些字段。这类错误的最好解决方式是先打印数据集的单条样本确认所有字段都存在且类型正确再进入训练。7. 最佳实践与工程建议7.1 从仿真开始再上真机虽然 Microduck 的价格已经很友好但任何真机调试都伴随硬件损耗风险。建议严格按照“仿真训练验证 - 真机数据采集 - 真机部署”的顺序推进。在仿真中可以使用 MuJoCo、Isaac Sim 或 LeRobot 自带的仿真环境快速验证策略结构和训练 pipeline。仿真通过后再上真机能节省大量时间。7.2 数据质量比数据量更重要模仿学习的核心是数据。20 个高质量的 episode 可能比 50 个质量参差不齐的 episode 效果更好。采集数据时要注意动作要自然、稳定、可重复。每个 episode 的起始状态尽量一致。场景背景不要频繁变化。不同 episode 之间要有适当的多样性。7.3 引入版本管理机器人项目涉及硬件配置、模型权重、数据集、代码多个部分一定要引入版本管理。推荐Git 管理代码。DVC 或 Hugging Face Dataset 管理数据集。模型权重使用独立的管理方式记录训练参数和 tokenizer 信息。7.4 做好日志与实验记录训练过程中建议记录每次实验的数据集版本和数量。超参数配置。训练曲线截图。真机评估结果。这套记录习惯能帮你快速定位“为什么上一次效果好这一次效果差”的问题。7.5 安全边界与合规授权实验室或自用场景里Microduck 属于桌面级设备风险相对可控。但如果未来你把基于 Microduck 开发的技能迁移到更大的机器人平台一定要重视安全边界问题运动控制要加上急停开关。程序要设速度上限和力矩上限。涉及真实物理操作的策略至少要在仿真中做大量碰撞测试。使用远程推理服务时注意数据隐私和模型合规授权。这些规范不是小题大做而是把机器人从“玩具”变成“工程产品”的必经之路。7.6 关注社区与生态更新Hugging Face 的机器人生态更新非常快LeRobot 的接口、Microduck 的驱动、官方示例代码都在持续迭代。建议定期关注LeRobot 官方 GitHub 仓库。Hugging Face 上 Microduck 相关模型和数据集。社区的演示项目和技术博客。8. 总结与下一步学习路线Microduck 是一个有趣的切入点它把大模型、机器人学习和开源硬件三个领域焊在了一起。对于开发者来说它的价值不在于 399 美元这个价格本身而在于它能让你以较低的学习曲线走完“采集数据 - 训练模型 - 真机部署”的完整闭环。如果你以前只做 Web 开发或纯算法Microduck 可以帮你补上“AI 如何影响物理世界”这一课。机器人开发的知识链条很长从运动学、步态规划、传感器融合到模仿学习、强化学习、大模型推理每个环节都有大量可以深挖的内容。拿到 Microduck 之后建议按下面的顺序逐步学习先把官方示例跑通让机器人动起来。用遥控器手动控制熟悉机器人的运动特性。采集简单任务的数据训练一个小策略在仿真里验证效果。把策略部署到真机观察 Sim-to-Real 差距。逐步增加任务复杂度引入视觉语言模型做高层决策。如果之前没有接触过 ROS 2先把 ROS 2 的基础概念补齐如果对强化学习不熟先理解状态、动作、奖励、策略这几个核心概念再去看算法细节。最后提醒一句机器人开发没有银弹Microduck 也不是一个开箱即用的成品解决方案。它需要你动手、踩坑、调试、迭代。但正是这个过程能把你对 AI 的理解从“模型输出字符串”推进到“模型输出动作”。如果你正打算入手 Microduck或者已经在做相关项目希望这篇文章能帮你在起步阶段少走一些弯路。动手跑通第一个真实机器人策略之后你会对具身智能有完全不一样的感觉。