从零搭建microduck四足机器人：硬件选型、步态控制与训练进阶完整指南

如果你最近在各大平台搜过microduck，大概率会看到两种内容：一种是跑通之后录的小视频，鸭子形状的小机器人晃晃悠悠往前走；另一种是仓库里的源码和训练日志，看起来高深莫测。我一开始跟大多数人的反应一样——这不就是个会走的玩具鸭子吗？直到自己动手把硬件买齐、从第一行代码写起、再到让它真正走出第一步，我才意识到这个项目的价值根本不在"鸭子"本身，而在于它把机械结构、嵌入式控制、步态规划、通信协议甚至训练管线完整地串在了一条链路上。

这篇文章就是那条链路的完整路线图。我会从硬件选型开始讲，然后一步步到开发环境、舵机驱动、动作序列设计，最后聊聊训练相关的进阶思路。目标很明确：让你照着这篇文章，能自己攒出一台能跑的microduck，而不是停留在收藏夹里吃灰。无论你是第一次碰单片机的嵌入式新手，还是想快速了解机器人运动控制的软件工程师，这条路线都适用。

1. 动手之前先拆解目标：microduck到底考了什么

1.1 一个"玩具"背后的四层技术栈

microduck表面上是只鸭子，本质是一个微型四足机器人。四足机器人这个品类，不管是波士顿动力那种几十万的工业产品，还是几百块钱的桌面玩具，底层要解决的问题其实是同一套：怎么让多个关节协调运动，让身体稳定地朝目标方向移动。

拆开看，做一台microduck需要掌握四层东西：

• 机械结构层：机身怎么设计、每条腿几个关节、舵机怎么安装、重心怎么分配。这部分决定了机器人的运动上限。
• 嵌入式控制层：主控板怎么选、舵机信号怎么产生、供电怎么设计、串口怎么通信。这部分是让机器人"通电能动"的基础。
• 运动控制层：步态怎么编排、关节角度怎么插值、姿态偏差怎么修正。这部分决定了它走得稳不稳、像不像那么回事。
• 训练与优化层：如果不想手动调参，可以引入仿真训练、强化学习或者参数搜索，让机器人自己"学会"走路。这部分是microduck最容易劝退人、也最值得深挖的部分。

很多人一上来就直奔第四层，想直接跑训练脚本，结果硬件还没跑通，看了一堆报错直接放弃。正确顺序是先做到底三层——让机器人能用预设动作走起来，再考虑训练优化。

1.2 复刻、改造、自研：三条路线怎么选

在决定买哪些零件之前，先想清楚你走哪条路线，因为这直接决定预算和难度。

• 纯复刻路线：完全照抄社区开源的型号、图纸、代码。优点是省心，别人踩过的坑你大概率不会再踩；缺点是失去了一次完整的思考训练，出了问题你也不知道为什么。
• 改造路线：别人用什么主控、什么舵机，你换一个等效的或者更好的。比如把普通舵机换成带反馈的串行总线舵机，或者把固定步态改成IMU闭环。难度适中，收获最大。
• 自研路线：连结构件都自己画，算法自己写。适合有机械设计基础或者想系统的朋友，但对时间要求极高，我建议第一次做不要选这条。

我自己走的是改造路线：在开源方案的基础上换了主控、重新设计了电源、重写了控制代码。后面讲的选型思路也主要基于这条路线，但所有内容对纯复刻同样适用。

2. 硬件选型定生死：主控、舵机、电源、结构件的组合逻辑

硬件选型的核心原则只有一句话：所有器件必须围绕"供电能不能扛住、信号能不能跟上"来选。四足机器人跟普通小车最大的区别是，它同时要驱动多个舵机，瞬时电流很大，这对主控的IO能力、舵机的扭矩、电源的放电能力都提出了完全不同的要求。

2.1 主控板：ESP32是当前最省事的选择

microduck的主控要同时满足三个条件：产生多路PWM信号、有一定的计算能力跑运动学插值、最好有无线通信能力方便遥控和调试。市面上的主流选择无非几种：Arduino Uno、ESP32、STM32、树莓派Pico。

我的建议是直接选ESP32。原因很实在：microduck通常需要8路以上的舵机信号，Arduino Uno的6路硬件PWM刚好卡在及格线上，再加传感器就没余量了；而ESP32的LEDC外设可以轻松输出16路PWM，跑步态插值计算也绰绰有余。更重要的是，ESP32自带Wi-Fi和蓝牙，这意味着你可以用手机或者电脑无线控制机器人，调试体验完全是另一个档次。

市面上常见的ESP32开发板型号很多，不管你在淘宝买到的是DevKitC、NodeMCU还是那种丝印上写着ED 330的国产板，核心都是同一颗ESP32芯片，引脚定义和烧录方式几乎没有差别。选购时注意三点：一是选带USB转串口芯片的版本（CP2102或CH340都行），插上电脑就能烧录；二是确认板载稳压器能提供足够的3.3V电流，这个后面电源部分细说；三是尽量选双核版本，因为运动控制线程和通信线程要分开跑。

如果你追求极致稳定，可以上STM32，但那就意味着要自己处理定时器配置和中断优先级，对新手来说成本太高，不建议第一次做就挑战。

2.2 舵机：扭矩和速度是一对需要权衡的兄弟

舵机是microduck的关节，也是整机成本的大头。选择舵机主要看三个参数：扭矩、速度、控制精度。

对于一条腿两个关节、整机重量在300-500克级别的微型四足来说，我实测下来每个关节需要的扭矩大约在1.5-3kg·cm之间。低于这个范围，机器人站起来的时候腿部会发抖，走两步就软下去；高于这个范围当然好，但舵机更重、更耗电、价格也翻倍。

社区里最常见的两种选择是SG90和MG90S。SG90价格在5-8元，扭矩只有1.8kg·cm，做单关节测试没问题，但装到四足上基本走不起来。MG90S是金属齿轮版本，扭矩能到2.2kg·cm，价格8-15元，是我踩坑之后换上的方案。实测8个MG90S驱动一个400克的机身，可以完成站立和慢走，但速度上不去。

如果你想跑得更快、动作更灵敏，有两个方向：一是选LD-1501MG这类扭矩3kg·cm以上的大舵机，但重量和价格都会上去；二是换成串行总线舵机（比如LX-16A这种），好处是只需要一根信号线串联所有舵机，还能实时读取角度反馈，对训练阶段特别有用，但主控端需要转接板，代码复杂度会增加。

我的建议：第一次做就老老实实用MG90S或者同级别的金属齿轮舵机，8个舵机预算100元左右，跑通全部基础功能绰绰有余。等你想做闭环控制或者训练了，再升级串行总线舵机不迟。

2.3 电源方案：电压跌落是"动作时好时坏"的第一元凶

这一节是我最想强调的。很多人的microduck做出来后，静态测试一切正常，一走路就抽搐、复位、甚至舵机乱转，查了几天代码发现没问题，最后发现是电源在作祟。

四足机器人最大的用电特点就是瞬时电流峰值极高。8个舵机同时启动的瞬间，电流可以冲到3-5A，而正常运行时可能只有1A左右。这么剧烈的电流波动，对电源的瞬态响应能力是很大的考验。

三个常见方案对比如下：

• 4节5号镍氢电池：标称4.8V，能够提供2-3A电流，但内阻偏大，电压跌落明显，只适合非常轻的配置。
• 2S锂电池(7.4V) + BEC降压模块：这是我最推荐的方案。锂电池放电能力强，峰值电流轻松到5A以上，再通过一个5V/3A的BEC降压给舵机供电，既稳定又高效。
• 18650电池组 + 稳压模块：容量大续航长，但体积和重量对microduck这种小机身不友好。

还有一条重要的设计原则：舵机电源和主控电源必须分开。舵机启动瞬间的电压跌落会直接把主控拉复位，这是新手最爱踩的坑。正确做法是电池出来先接BEC输出5V给舵机阵列，主控板用独立的3.3V稳压或者USB供电，至少要在电源输入端加一个大容量的电解电容（470µF以上）做缓冲。

2.4 结构件与整机预算清单

microduck的结构件有三种主流来源：3D打印PLA、亚克力激光切割、铝合金CNC。PLA最便宜且方便修改，精度够用，是我的首选；亚克力强度不错但是脆，摔一下容易裂；铝合金最好但成本和门槛都高，不适合新手。

如果你没有3D打印机，可以上嘉立创或者淘宝的代打印服务，一套机架打下来大概30-60元。别在结构件上过度投入，因为第一版大概率要改，PLA改起来最不心疼。

最后附一份2025年行情下的基础版预算清单（不含工具和3D打印机）：

这个预算做出一台能走路的四足机器人，性价比已经很能打了。

3. 从散件到能动的机器：组装、布线与上电自检

3.1 底盘装配顺序：先把腿装对称，再谈其他

结构件的装配看似不需要动脑，但装配顺序直接影响后面的调试难度。我的经验是：先装腿部，再装躯干，最后装主控和电池。

具体顺序是：先把每条腿的舵机按图纸装进腿壳，注意舵机线要提前从预留的孔位穿出来，否则装好之后再穿线会非常痛苦。然后装配舵机臂和连杆，这时候有个关键检查点——四条腿在初始角度下应该处于完全相同的姿态。如果哪条腿的舵机臂装偏了，后面走路的步态就会扭曲，而且很难从代码层面修正。

躯干部分一般分为上下两块板，中间夹着舵机。装的时候要把8个舵机的信号线统一整理到一侧，分出前后左右四组，方便后面接线。主控板的安装位置尽量靠近机身几何中心，电池放在最底部，这样重心低，走路更稳。

3.2 供电与信号线的分离布线原则

布线这件事，做的时候嫌麻烦，排查的时候才知道值不值。核心原则就两条：大电流线和小信号线分开走；电源线尽量粗短。

舵机供电线建议直接用22AWG以上的硅胶线，不要用杜邦线淌大电流。每组舵机的电源线从BEC出来后，先在舵机电源总线上并联一个470µF的电解电容（正负极千万别接反），再分支到各个舵机。信号线用普通的杜邦线就行，但要注意和电源线保持距离，避免舵机转动时产生的电磁干扰串进信号线里。

我见过很多人图省事，直接把所有舵机的红黑线拧在一起接到BEC上，地线也跟信号线混在一起走。短时间内没问题，但舵机负载一上来，地线上的压差会让PWM信号的电平判断出错，表现就是某个关节偶尔抽搐一下。做一次规范的布线，能帮你省掉后面几十个小时的排查时间。

3.3 上电自检三步走

全部装完之后，不要急着写代码，先做三次上电检查：

1. 不加电池，用USB给主控供电：确认主控板上的电源指示灯正常，用万用表量一下3.3V输出是否稳定在3.3V左右。
2. 只给舵机供电，先不接信号线：听一下有没有异常的嗡嗡声，摸一下BEC模块和舵机有没有明显发热。如果舵机自己就发热甚至抖动，说明舵机中位偏移或者电源有问题。
3. 全部接好，上电：用手轻轻捏住机身，感受一下舵机有没有出现不受控的"锁死"。如果有个别舵机在没写代码的情况下就自己转到某个位置，大概率是舵机信号线接错引脚或者舵机损坏。

这三次检查都通过，才意味着硬件部分真正准备好了，可以进入软件环节。

4. 开发环境搭建：工具链里最容易卡住的三件事

4.1 为什么我推荐Arduino框架而不是ESP-IDF

microduck的控制逻辑不算复杂，用Arduino框架完全够用，这也是社区绝大多数例程的选择。ESP-IDF功能更强，但配置工程、管理组件这些成本对做一个小机器人来说没有必要。Arduino框架下写ESP32，你只需要在Arduino IDE或者VS Code的PlatformIO插件里装好ESP32开发板支持包，就能像写普通Arduino程序一样编写和上传代码。

我个人的偏好是PlatformIO，因为它的工程结构清晰，依赖管理方便，而且命令行编译对喜欢用终端的人更友好。新手用Arduino IDE也完全没问题，两个环境的操作步骤在网上一搜就有，这里不展开。

4.2 串口驱动和烧录模式：八成新手的第一个卡点

环境装好后，插上开发板，最容易出的问题有两个。第一个是设备管理器里看不到COM口——这几乎都是USB转串口芯片驱动没装好，CH340芯片要去官网下驱动，CP2102一般在系统更新里就能自动装上。第二个是烧录时报连接超时——这是因为ESP32进入下载模式需要按住BOOT键再按一下EN键，或者有些开发板在串口拉低GPIO0时会自动进入下载模式。遇到烧录失败，先试按BOOT+EN，能解决大部分问题。

4.3 第一个程序：点灯是嵌入式世界的Hello World

开发环境验证的标准动作是点灯。ESP32开发板上通常有一颗板载LED（GPIO2），写一个最简单的Blink程序，确认编译烧录链路是通的：

void setup() { pinMode(2, OUTPUT); } void loop() { digitalWrite(2, HIGH); delay(500); digitalWrite(2, LOW); delay(500); }

看到LED以1Hz频率闪烁，你的工具链就正式通了。这一步不要省略，因为它是后面所有调试的基础——之后一旦出了问题，你可以确认是硬件问题还是代码问题，而不是连烧录环节都在怀疑。

5. 第一行核心代码：从点灯到让舵机动起来

5.1 舵机的PWM控制原理：一个占空比的故事

舵机的控制信号本质上是一路周期为20ms（50Hz）的PWM方波，其中高电平的持续时间（脉宽）决定了舵机输出的角度。标准舵机的脉宽范围是0.5ms到2.5ms，对应0°到180°。

用生活化的方式理解：舵机内部有个电位器，它时刻在"感知"当前输出轴的位置。主控每20ms发来一个特定宽度的脉冲，舵机内部的比较电路把这个脉冲宽度和一个基准值对比，如果不一致，电机就转动，直到电位器反馈的角度和脉冲宽度对应的角度一致才停下来。所以舵机本质上是一个闭环的位置伺服系统，你只需要告诉它"去多少度"，它会自己完成剩下的工作。

5.2 角度与脉宽的换算：写驱动前的必备数学

要把角度值转换成脉宽，需要一个简单的线性映射。0°对应500µs，180°对应2500µs，所以每度的脉宽增量是(2500-500)/180≈11.1µs。写成代码就是：

int angleToPulse(float angle) { // 输入角度 0-180，输出脉宽 500-2500 微秒 return 500 + (int)(angle * 2000 / 180); }

注意，不同品牌舵机的脉宽范围可能有细微差异，有的可能是400µs-2400µs。如果你的舵机在0°或180°位置出现堵转抖动，就要微调这个映射范围的上下限。

5.3 第一个动舵机的完整程序

ESP32上用LEDC外设输出PWM信号。直接操作寄存器当然可以，但有现成的ESP32Servo库能省掉很多底层配置。注意Arduino自带的Servo库在ESP32上支持不好，一定要用ESP32Servo这个库。

#include <ESP32Servo.h> Servo servo_front_right_hip; // 定义舵机对象 const int SERVO_PIN = 13; // 舵机信号线接GPIO13 void setup() { // 选择50Hz的PWM频率，500~2500微秒的脉宽范围 servo_front_right_hip.attach(SERVO_PIN, 500, 2500); // 先回到90度中位 servo_front_right_hip.write(90); delay(1000); } void loop() { // 从90度往两个方向摆动，测试舵机是否正常 for (int angle = 45; angle <= 135; angle += 5) { servo_front_right_hip.write(angle); delay(30); } for (int angle = 135; angle >= 45; angle -= 5) { servo_front_right_hip.write(angle); delay(30); } }

这段程序烧进去之后，如果你选的舵机引脚正确，对应的关节应该来回摆动。如果不动，优先检查信号线接到哪个GPIO、代码里是否一致，然后考虑舵机本身是否损坏。这一步是"第一行核心代码"的真正含义——从这一刻起，你已经在跟机器人的关节对话了。

6. 跑通microduck的关键一步：动作序列与步态状态机

6.1 关键帧动作：用姿势数组描述行为

舵机能单独动了，下一步是让多个舵机按照时间顺序协调动作。最直观的方式是关键帧：把机器人的一个动作片段拆成若干帧，每帧记录8个舵机的目标角度，按时间顺序依次执行。

比如让机器人站起来，就是一个从"趴"到"站"的关键帧过渡：

struct Pose { float hip[4]; // 4条腿的髋关节角度 float knee[4]; // 4条腿的膝关节角度 int holdTime; // 保持时间（毫秒） }; // 趴姿：所有的髋关节和膝关节都在一个较平的位置 Pose pose_down = { {30, 30, 30, 30}, // 髋 {60, 60, 60, 60}, // 膝 500 }; // 站姿：髋微张，膝弯曲，把身体撑起来 Pose pose_stand = { {45, 45, 45, 45}, // 髋 {20, 20, 20, 20}, // 膝 800 };

注意，这里的角度是相对于舵机安装位置的绝对角度，而不是关节转角。同一个舵机装在左腿和右腿可能方向相反，所以左右两侧的角度值往往需要在代码里取符号相反，这需要对照实际的机械结构逐个确认。我建议先做一个"全关节标定"程序，把每个舵机从0°扫到180°，记录左右腿的对称角度关系，后面写步态就胸有成竹了。

6.2 四足步态入门：先学走，再学跑

四足机器人最常用的慢走步态是对角小跑步态：左前腿和右后腿同时摆动，然后右前腿和左后腿同时摆动。这种步态在稳定性上天然有优势，因为任意时刻都有两条腿在对角方向支撑身体，重心不容易偏出支撑三角形。

一个完整的对角小跑步态包含四个阶段：

1. 左前+右后抬起，向前摆动
2. 左前+右后落地，支撑身体
3. 右前+左后抬起，向前摆动
4. 右前+左后落地，支撑身体

每个阶段用一组关键帧表达，把8个舵机的角度按阶段顺序排列成一张表，然后按固定的节拍循环播放，机器人就能走出连续的步子。步频和步幅是两个需要现场调的核心参数，步频太高舵机跟不上，步幅太大重心不稳，建议从慢开始，逐步加快。

6.3 平滑插值：防止动作"跳帧"的必修课

如果直接把上一帧的角度瞬间切到下一帧，舵机会以最快速度冲过去，动作看起来很生硬，而且大角度的突跳会产生很大的冲击电流，容易导致舵机损坏。正确的做法是在两帧之间做线性插值或者缓动插值。

我常用的缓动函数是smoothstep，它在起始和结束阶段速度慢、中间速度快，符合物体运动的物理直觉：

float smoothstep(float t) { // t从0到1，返回一个缓进缓出的插值系数 return t * t * (3 - 2 * t); } void moveToPose(Pose target, int duration) { Pose start = currentPose; for (int step = 0; step <= duration; step += 10) { float t = (float)step / duration; float eased = smoothstep(t); for (int i = 0; i < 8; i++) { float angle = start.angles[i] + (target.angles[i] - start.angles[i]) * eased; servos[i].write(angle); } delay(10); } }

这样写的好处是，整个动作序列变成了一条连续的曲线，而不是一串离散的跳跃点。跑通之后你观察到的效果是：鸭子不是"咔咔咔"地摆动，而是流畅地迈步。这一步做完，你的microduck就已经能完成"走"这个核心动效了，这也是热搜里"microduck 跑通"这个词的真实含义——不是指它跑得飞快，而是指它完整地走起来了。

6.4 用遥控命令组装行为状态机

动作都能单独跑了，还需要一个逻辑把它们串起来。合理的做法是设计一个简单的状态机：STANDBY（待机）、WALK（行走）、TURN（转向）、LIE_DOWN（趴下）。通过串口或者蓝牙接收指令，在状态之间切换。

ESP32的蓝牙或Wi-Fi通信代码不复杂，核心就是在loop里不断检查是否收到指令，收到就把状态机的当前状态置为对应的新状态，然后执行该状态下的动作序列。这里要给新手一个提醒：不要在动作执行函数里做阻塞式的delay。如果moveToPose占用了几百毫秒，这段时间内蓝牙数据就收不到了，遥控会有明显的卡顿感。更好的做法是用非阻塞的定时器，或者用FreeRTOS把通信和运动放到两个任务里。ESP32是双核的，完全有能力同时干这两件事。

7. 训练相关的进阶路线：别急着上强化学习

热搜词里有一项"microduck完整训练教程"，这确实是社区里讨论最多的进阶方向。但我要先泼一盆冷水：在你手动步态还没走稳之前，上训练是浪费时间。训练的目标是优化参数，而不是从零生成行为。如果基础步态本身就是乱的，训练只是在浪费时间拟合一个错误的目标。

7.1 第一层"训练"：手动步态的参数搜索

最接地的训练方式，是把步频、步幅、身体高度、腿抬起高度这几个参数做成可调变量，然后在实机上做网格搜索或者贝叶斯优化。评价指标可以用MPU6050记录的机身晃动幅度、完成指定距离的时间、电池电压的下降速度等。

这一步不需要任何机器学习知识，只需要把参数暴露出来，记录每组参数下的表现数据。我实测下来，一个四参数的贝叶斯优化，大约需要100-200次试验就能收敛到不错的步态，每次试验跑3-5秒，整个优化过程不到半小时。相比手工调参，效率是碾压级的。

7.2 第二层"训练"：IMU姿态反馈与闭环控制

装了MPU6050之后，可以做最简单的姿态闭环：读取机身roll（横滚）和pitch（俯仰）角度，根据偏差实时修正每条腿的髋关节角度。比如机身往左边歪，就让左腿的关节稍微抬高一点，往右修正。

这组PID不需要调得多精细，比例项占主导就能看到明显效果。有一组粗略的抗扰能力，比完全没有反馈的"盲走"强很多，也是从"会走"到"走得稳"的关键一步。实现上建议用现成的MPU6050库读取姿态角，在10-50Hz的控制频率下运行PID计算，把修正量叠加到步态输出上。

7.3 第三层"训练"：仿真到实物的迁移思路

真正的强化学习路线，一般是在MuJoCo或者PyBullet里搭建机器人的仿真模型，用RL算法训练出一个控制策略，再迁移到实物上。这条路线的技术门槛和工程复杂度非常高，涉及仿真环境搭建、URDF建模、奖励函数设计、sim2real域随机化等问题，已经超出"从零到第一行代码"的范畴了。

我给想走这条路线的人一个中间态建议：先不用强化学习，试试遗传算法或CMA-ES这类黑盒优化算法来搜索步态参数。它们不需要求梯度，也不需要搭建复杂的仿真训练环境，直接在实机上就能跑，只把控制器当作一个黑箱来优化。对于几维参数的低维问题，这类方法的效率和稳定性往往比RL更好，而且代码量小得多。等到你把这条路线吃透了，再考虑完整的RL训练管线，会顺利很多。

8. 复盘：我踩过的坑和你可以直接绕开的路

8.1 硬件层面的坑

第一个坑是舵机信号线与电源线混走。我之前布线图省事，信号线和电源线扎在一起，结果舵机一转，信号线上感应出的干扰就让旁边几个关节抖动。后来把所有电源线换成粗线分开走，问题立刻消失。

第二个坑是锂电池电压判断错误。用2S锂电池时，我一直以为7.4V是它的"标称电压"，实际满电是8.4V，放电截止应该是6.0V左右。一开始设了7.4V的报警阈值，导致电池没用多久就报低压，还以为电池坏了。锂电池的放电曲线不是平的，在6.0V-8.4V这个区间内都有可用容量，别被标称电压误导。

第三个坑是舵机臂的方向装反。这是个非常低级的错误，装的时候没注意左右对称，导致代码里写正角度，实际关节却往反方向转。解决办法是前面提到的"全关节标定"程序，把每个舵机扫一遍，把实际转动方向和程序输出对应起来。

8.2 软件层面的坑

第一个就是阻塞式延迟。刚开始我写的步态代码里到处都是delay，结果蓝牙遥控响应极其缓慢，按一下转向指令要半秒才有反应。后来把所有延时改成非阻塞检查，体验才正常。

第二个坑是PWM频率的概念混淆。ESP32的LEDC外设默认频率是5kHz，但舵机需要50Hz（周期20ms）。如果忘了设频率，舵机会发出尖锐的鸣叫声且不转动。这个现象很有迷惑性，因为它不是完全不工作，而是工作在不正确的状态。记住，舵机PWM的频率必须精确设置为50Hz。

第三个坑最隐蔽：舵机堵转导致的连锁复位。某次调试时机器人的一条腿被线材卡住了，舵机持续堵转拉大电流，把电池电压瞬间拉低，然后整个ESP32复位，所有舵机失去信号回到自由状态，机器人直接趴下。这其实是电源方案的问题——如果舵机电源和主控电源做了隔离，就不会出现这种连锁反应。这也是我在前面反复强调分离供电的原因。

8.3 一句经验总结

做microduck这件事，80%的时间不是在写代码，而是在跟硬件的不确定性做斗争。每次遇到"程序明明没错但就是不动"的情况，先检查电源，再检查接线，最后怀疑代码。这个排查顺序能帮你省掉大量无谓的时间。

我在实际做完了整个项目之后最大的体会是：microduck的"鸭子"造型一点都不重要，重要的是它把机器人领域最核心的几个问题浓缩在了一个几百块的桌面项目里。当你亲手调好步态参数、看着这只小鸭子从踉踉跄跄到稳健迈步的时候，那种成就感是看多少条视频都换不来的。如果你正准备开始，就从本文第二节的硬件清单开始下单吧，然后一路走到你想要的深度——无论是停在手动步态，还是继续往训练方向深入，这条路都值得走一遍。