从这里开始，如果你想把 humanoid 机器人从“看起来很酷的概念”真正变成一个可以动手搭的系统。
人形机器人与人工智能 现在默认是一个中文人形机器人实作教程站。这里的重点不是追新闻，不是讲融资，也不是点评谁更领先，而是帮助你一步步理解：如果你真的要自己做一个 humanoid 机器人，应该先学什么、先搭什么、先避开什么坑。
如果你还没决定从哪里开始，先按目标选入口
- 想先做“能站住、能走、能不轻易摔”的基础样机：先看选型路线、硬件规划、状态估计、双足行走排查。
- 想先做“能重复完成一个操作任务”的原型：先看入门说明、机器人大脑系统、通用操作能力、样机验证。
- 想先搭“能采数据、能回放、能迭代”的软件闭环：先看开源技术栈、软件平台、遥操作系统、家庭数据采集体系。
如果你现在还分不清自己属于哪一类，先读下面那 5 篇，再回到这里选一条主线继续往下走。
如果你现在只读 5 篇，建议按这个顺序开始
- 什么是人形机器人与人工智能？给动手做机器人的人的入门说明
先把这个站到底在讲什么、做人形项目为什么不能只看概念，先看清楚。 - 具身智能是什么？为什么做人形机器人一定要先把身体、感知与控制放在一起看
先建立整体框架，不然后面看感知、控制、训练都会碎掉。 - 人形机器人一定比传统机器人更适合落地吗？从任务约束、环境改造到原型路线选择的实作指南
先判断你到底该不该一上来就做人形，而不是默认最复杂路线才是“对的”。 - 人形机器人“大脑”系统怎么搭：从生命周期管理、任务编排到回放调试的实作指南
把任务编排、状态管理、人工接管和回放调试看成一个系统，而不是几块零散软件。 - 如何规划一台真正能落地的人形机器人硬件：执行器、电源、散热与可维护性
最后补上最现实的硬件约束，避免项目在供电、热管理和维护性上过早翻车。
读完前 5 篇后，先把这 4 个决定写下来
- 第一阶段只验证什么：比如先验证稳定站立、单一搬运动作，或一条可回放的软件闭环，不要把目标写成“先做一台完整 humanoid”。
- 第一阶段明确不做什么：先把暂时不做的自由度、场景和“看起来很强但当前不闭环”的能力排掉，项目才不会越读越散。
- 最先收住的子系统是哪一个：是硬件供电与执行器、状态估计与控制，还是任务编排与日志回放，只选当前最卡住闭环的那个。
- 怎么判断这轮真的有进展：提前写清连续运行多久、失败怎么记录、什么情况下停下返工，而不是等 demo 做出来再补验收标准。
如果你读完还写不出这 4 个决定，说明你现在更需要先收窄验证目标，而不是继续并行看更多模块。
先别并行补所有模块，先选你的第一个验证目标
第一次系统读这个站，最容易犯的错，是把视觉、控制、遥操作、训练、整机路线一起看，最后每个模块都懂一点，却没有一个能真正闭环。更稳的读法，是先选一个你真的要验证的目标，再沿着一条主线往下读。
- 如果你要先做“能稳定站住或走起来”的基础样机：先读选型路线、硬件规划、状态估计、双足行走排查。重点先盯住供电、热、状态估计和接触切换，不要一开始就把训练和“大脑”堆到最前面。
- 如果你要先做“能重复完成一个操作任务”的原型：先读入门说明、机器人大脑系统、通用操作能力、样机验证。重点先把任务边界、人工接管和回放链路收住，而不是先追“通用智能”。
- 如果你要先做“能采数据、能回放、能迭代”的软件闭环：先读开源技术栈、软件平台、遥操作系统、家庭数据采集体系。重点先把接口、日志和数据结构做稳，再谈更复杂的策略与模型。
如果你只想用一周建立最小认知
- 第 1 天：先读上面前 2 篇，把“人形机器人”与“具身智能”的边界理顺。
- 第 2 天：读选型路线，判断自己的任务到底该先做人形、移动双臂，还是更简单的平台。
- 第 3 天：读机器人大脑系统，先理解软件与任务层怎么分。
- 第 4 天：读硬件规划，把执行器、电源、散热和维护性约束记下来。
- 第 5 到 7 天：按自己最关心的模块继续往下走，比如视觉系统、状态估计、双足行走、共享空间安全。
如果你已经知道自己卡在哪个模块，直接从这里切入
首页更像总入口，这一页更适合你已经开始动手、只是暂时卡在某个具体模块的时候回来查路。与其把所有文章平均读一遍，不如先沿着你当前最卡的那一段往下钻。
- 卡在硬件与供电：先读硬件规划、电源系统、硬件瓶颈排查、小批量制造准备。先把供电、热、维护性和一致性问题收住，再谈更复杂的能力扩展。
- 卡在感知与控制闭环：先读视觉系统、状态估计、全身控制、双足行走排查。先把观测、接触切换和控制约束解释清楚，不要在估计还不稳时过早追复杂策略。
- 卡在任务系统与人工接管：先读机器人大脑系统、交互界面、任务编排与异常接管、整机系统 bring-up。重点先把状态边界、接管链路和回放证据做成一个系统。
- 卡在数据、训练与迭代：先读遥操作系统、家庭数据采集体系、技能训练验收、开源技术栈。先把接口、数据结构、回放和版本验收打牢，再追更重的模型能力。
- 卡在验证、验收与落地：先读样机验证、部署就绪度、共享空间安全、首批落地场景。先把连续运行、失败记录、停机恢复和上线边界写成可复测标准。
如果你已经在某个模块里反复卡住，先沿一组文章把同一个问题看透，通常比平均补课更容易把项目往前推。
按你的目标直接选路径
- 完全新手：先读入门说明、具身智能、选型路线。先别追整机，先搞清楚你到底要验证什么。
- 更关心软件与任务系统：从机器人大脑系统、状态估计、任务编排与异常接管开始。
- 更关心硬件与落地验证：从硬件规划、双足行走排查、样机验证开始。
如果你想在 30 天内做出第一个“可验证原型”
不要一上来就追“像人一样全能”。更稳的做法，是先把一个很窄但能复测的任务闭环做出来。你可以按这个顺序推进：
- 第 1 周：先读选型路线和首批落地场景怎么选，把任务边界、环境边界和不做的事写清楚。
- 第 2 周：读硬件规划和机器人大脑系统，先把电源、执行器、状态机、人工接管和回放链路立住。
- 第 3 周：按需要补视觉系统、状态估计或通用操作能力，但一次只补最影响任务闭环的那一个模块。
- 第 4 周：再读样机验证和共享空间安全，把连续运行、失败回放、保护停机和恢复流程做成真正可复测的验收项。
如果 30 天后你还说不清“我要验证的任务是什么、失败怎么记录、版本怎么回退”，那通常不是模块太少，而是边界还没收住。
沿着一条路径读完后，最好真的产出这 4 样东西
很多人读了很多 humanoid 文章，最后还是停在“好像懂了不少”，但项目没有往前走。更有用的读法，是每读完一条主线，就逼自己留下几个能继续推进项目的产出物。哪怕它们一开始很粗糙，也比只收藏链接更接近真正可验证的原型。
- 一页任务边界说明：写清楚你这轮到底要验证什么任务、不做什么、环境边界在哪里。比如，是验证双足站立 30 秒，还是验证单个抓取动作，而不是同时追求“整机都能做”。
- 一张最小系统框图：至少把感知、控制、执行、人工接管、日志回放这些模块怎么连起来画出来。读完相关文章后，如果你还画不出这张图，通常说明系统边界还没真正看懂。
- 一份失败清单：提前列出最可能先翻车的 3 到 5 个点，比如母线压降、热降额、相机外参漂移、接触切换不稳、回放链路不全。这样你后面读排查和验证文章时，才知道自己在补什么洞。
- 一个最小验收标准：给当前阶段写一个能复测的通过条件，例如连续跑多少轮、失败怎么记录、哪些情况必须停机、下一版升级前要补齐什么证据。没有这个标准，项目很容易一直停在 demo 感觉不错的状态。
如果你沿着一条路径读完后，已经能写出这 4 样东西，再继续往下读，吸收会快很多，也更像在真的搭项目，而不是在刷概念。
如果你是从手上已有资源出发，先按这个起点走
很多人卡住，不是因为不知道目标是什么，而是手上现有的东西和“理想中的完整 humanoid”差太远。比起先想象一台全能整机，更有用的做法，是先从你现在真的有的资源出发，选一条最容易闭环的路线。
- 如果你手上已经有现成平台或现成下肢样机：先读现成人形机器人原型平台怎么选、软件平台、状态估计、样机验证。重点不是先重写所有能力，而是先把 SDK 边界、控制接口、日志回放和连续运行证据收住。
- 如果你现在只有双臂、夹爪、移动底盘这类更简单的平台：先读选型路线、通用操作能力、工作流编排、首批落地场景。先把任务闭环做出来，再决定有没有必要上升到完整人形形态。
- 如果你现在主要有仿真、软件和少量遥操作条件：先读开源技术栈、遥操作系统、数据采集体系、技能训练验收。重点先把接口、数据结构、回放和版本验收做稳，而不是过早追求一个“很聪明”的模型。
如果你读到这里，还是说不清自己现在真正拥有什么资源，那通常说明你该先做一次最小盘点：我已有哪台机器、哪些传感器、哪些可复测任务、哪些人能接管，而不是继续囤更多文章。
如果你是想真正开始做项目的人
我建议你把每篇文章都当成“一个子系统设计评审”来读，而不是把它当作资讯。读完后最好能写下这几个答案：
- 我接下来要做哪个模块？
- 这个模块最关键的约束是什么？
- 最低可行版本怎么搭？
- 最容易出问题的环节是什么？
- 我要怎么验证它不是只在 demo 里好看？
这个站接下来会怎么写
后面的文章会逐步往这些方向展开：
- 结构与机械设计
- 关节、执行器与驱动方案
- 手、臂、腿与躯干子系统
- 传感器、视觉、控制与遥操作
- 仿真、训练、测试与调试
- BOM、工具链、失败案例和工程取舍
目标很简单：让你不仅“看懂 humanoid 机器人”，而且能真的照着一步步做出来。