2024 年 DEF CON 32 上，安全研究员 Dennis Giese 现场演示了一件事：蓝牙连接、几行命令，房间里那台 Ecovacs 扫地机器人的摄像头和麦克风就被他接管了。被入侵的不是实验室里的样机，是真实用户家里的真实设备。更荒诞的还在后面：有用户的 DEEBOT X2 被远程劫持后，对着屋里大喊脏话、追着宠物跑。另一个厂商在被用户用防火墙阻断数据上传后，直接远程下发 kill command 把机器变砖。
所以当我在 2026 年 6 月看到 OOMWOO 的时候，第一反应不是”又来一个开源硬件项目”，而是”终于有人做这件事了”。OOMWOO 是 Maker’s Pet 创始人 Ilia Ovsiannikov 发起的开源扫地机器人项目，核心承诺就一句：你亲手造、你完全掌控、它不依赖任何人的云。
说具体点：一台基于 Raspberry Pi CM4/CM5 做主控、ROS2 跑自主导航、2D LiDAR 做建图、3D 打印外壳的扫地机器人。没有摄像头，只有 LiDAR 和碰撞传感器。不需要云，断网了照样扫。代码用 Apache 2.0 开源，硬件设计文件全部公开。零件可以从 AliExpress 自行采购，BOM 成本预估在 200 到 350 美元之间。
听起来好得有点不真实。一个上线才两个月的项目，6600 多个 Stars，HackerNews 首页第一，Tom’s Hardware 和 3DPrinting.com 都出了报道。宣传力度拉满了，实际呢？
为什么值得关注
商业扫地机器人的生态是端到端的封闭：硬件原理图不公开，固件闭源，App 强制联网，坏了只能返厂。OOMWOO 在这一点上的激进程度甚至超过大多数开源硬件项目，它不开放”一部分”，而是硬件 PCB 设计文件、STM32 固件、ROS2 软件栈、URDF 机器人模型全部公开。你想改电机驱动策略？可以。你想自己写一个清洁算法替换掉默认的？可以。
OOMWOO 的隐私立场比它的硬件设计更值得讨论。这年头连智能灯泡都在收集数据，一台在你自己家里到处跑、需要建图才能工作的机器人，厂商的默认做法是摄像头加云端建图加用户协议里藏着数据采集条款。OOMWOO 反过来了：没有摄像头、不建云端、不连服务器。你的户型图就留在你的树莓派里，哪也不去。
OOMWOO 没有走传统硬件项目那种”一个人闷头干两年再发布”的路线。整个机器人被拆成了 20 多个独立 RFC 模块，从 URDF 仿真到尘盒设计，从避障算法到 PCB 固件，每个模块可以独立开发、独立提交 PR。多人可以同时做同一个模块，最佳方案自然胜出。这种大规模并行社区协作的模式在纯软件开源项目里很常见，用在硬件项目上还是头一回见。
搞过机器人的都知道，会动和会导航是两码事。OOMWOO 选了 ROS2 加 Nav2 这套组合拳，SLAM 建图、AMCL 定位、路径规划、自主避障，全是工业和研究领域验证过的方案。不是 Arduino 小车那种”撞到墙就拐弯”的逻辑。Rust 重写的计算节点已经让内存需求从 4GB 压到了 2GB，意味着 Raspberry Pi 4 也能跑得动。
从这张架构图能看出来，OOMWOO 的设计思路不是”把所有东西拼在一起能跑就行”。它刻意在硬件层和算法层之间留了清晰的接口边界，这意味着换一颗 MCU 或者切到另一个 SLAM 算法库，理论上不需要推倒重来。主控选 Raspberry Pi CM4/CM5，I/O 交给 STM32，传感器链路走独立的 I2C 和 SPI 总线，导航层通过 ROS2 topic 解耦。每一层都能单独迭代。
对于已经在用 Home Assistant 做全屋智能的人来说，这是天然加分项。不是”通过第三方插件勉强对接”，而是原生集成。自动清洁、定点清扫、回充、状态上报，都可以在 HA 里直接操作。Valetudo 也能做到这一点，但 Valetudo 需要你先买一台特定型号的商业扫地机再刷机，OOMWOO 直接把这步省了。
创始人把 OOMWOO 定位为”家电级产品”，不是一次性拼装玩具。防毛发缠绕的锥形橡胶滚刷、真空吸尘模块、可更换电池，甚至双旋转拖布和地毯识别都在规划清单上。如果这些都能落地，这台机器的硬件规格可以跟 500 到 600 美元区间的中高端商用扫地机对打。目前这些还在 RFC 清单里，连 3D 文件都还没公开。
上手什么感觉
先泼一盆冷水：OOMWOO 现在不能造。3D 打印文件没发布，I/O PCB 还在设计阶段，固件在做，建造说明预计 2026 年秋季才有。你看到的 6600 个 Star，本质上是对一个愿景的投票，不是对一个产品的认可。
但软件仿真环境已经可以用了。如果你有 ROS2 开发经验，可以在 Gazebo 里跑一台虚拟的 OOMWOO，大概十五分钟就能搭好：
git clone https://github.com/makerspet/oomwoo-install.git
cd oomwoo-install
./install.sh
装完后启动 Gazebo 仿真，你会看到一台带 LiDAR 的虚拟扫地机器人在一个房间里自主探索、建图、规划路径：
ros2 launch oomwoo_one gazebo.launch.py
仿真能跑通，但从仿真到实物之间还有好几座大山。I/O PCB 和 STM32 固件的接口协议还在讨论中，IMU 传感器的选型没定，电池管理方案也在迭代。如果你想着”这个周末拼一台出来”，答案是明确的：不行。
对于想现在就参与的人来说，门槛最低的切入点是 URDF 仿真优化和建图算法。这两个模块不依赖硬件，纯软件，有明确的验收标准。如果你有 ROS2 经验，这可能是目前最务实的贡献方向。
什么时候用，什么时候别用
| 场景 | 典型用户 | 优势 | 局限 |
|---|---|---|---|
| 隐私敏感型智能家居 | Home Assistant 重度用户 | 本地运行，零云端 | 至少还要等半年 |
| ROS2 学习与实验 | 机器人方向学生/研究者 | 工业级导航栈，可深度改造 | 需要 ROS2 基础知识 |
| 开源硬件贡献 | 嵌入式/3D 打印爱好者 | 模块化，独立贡献无需全栈 | 硬件还在设计阶段 |
| 替代商业扫地机 | 普通家庭用户 | 可维修、可升级、无订阅 | 现在不可用，没有任何实物 |
如果你只是想要一台能扫地的机器人，现在去买一台 Roborock 或 Ecovacs 然后刷 Valetudo，是更务实的路线。如果你没有 3D 打印机和基础焊接能力，这东西从一开始就不是为你设计的。如果你对”自己造一台能用的扫地机”这件事的心理预期是”两周搞定”，你也大概率会失望。
说到底，OOMWOO 不是一个产品，甚至不是一个原型。它是一个正在拉人入伙的开源宣言。这种项目的命门不在代码质量，在社区能不能撑到第一台实物跑起来的那天。
社区怎么样了
| 指标 | 数据 | 说明 |
|---|---|---|
| Stars | 约 6,600（截至 2026 年 8 月） | 两个月内从 0 到 6.6k，增速凶猛 |
| 核心维护者 | 1 人 | Bus Factor 高风险，尚无稳定核心贡献圈 |
| Open Issues | 4 | 项目太新，Issue 数不反映维护质量 |
| 协议 | Apache 2.0（代码） | 商业友好 |
Star 增速是真实的。上线 48 小时内冲到 HackerNews 榜首，X 上多位数万粉博主转发，Tom’s Hardware、3DPrinting.com、Galaxus 都出了报道。但 Star 只是入场券。真正决定这个项目能不能活的，是接下来三个月有没有实质性的代码贡献流入。目前 20 多个 RFC 模块中，大部分是创始人自己在推进，外部 PR 还很少。
把时间线拉出来看会更直观：OOMWOO 把所有”能先跑在仿真里的东西”都放在了前面。ROS2 Gazebo 仿真、建图算法、导航栈，这些不依赖硬件的模块优先级最高。实物硬件相关的 3D 打印文件、PCB、固件排在后面。这个顺序是合理的，但也意味着”能跑起来的实物”离现在至少还有几个月。
HN 讨论里最尖锐的几条评论值得原样引用：“买个 70 英镑带 LiDAR 的扫地机，比你自己造便宜太多了。” “硬件才是问题所在，零散采购零件的成本太高了。花 350 欧元你就能买到带基站和拖地功能的产品。” 也有人拿改装车文化打比方：“改装店能做出惊人的改装，但从零造一辆车的作坊少之又少。” 这些批评不是没道理，但它们也说漏了一个变量：OOMWOO 的卖点不是价格，是控制权。
OOMWOO 的贡献引导做得很认真。每个 RFC 模块有明确的状态标注，ARCHITECTURE.md 和 SOFTWARE_INTERFACES.md 提供了足够的技术上下文，Discord 上有每周两次的进度同步。对于一个只有两个月大的项目来说，这套基础设施远超同类。问题是：它能不能吸引到足够多、足够持久的贡献者？
我的真实看法
我一开始其实没把 OOMWOO 太当回事。6600 个 Star、HackerNews 榜首、媒体轮番报道，这套组合看起来太像一次成功的开源营销。翻完 RFC 清单和 ARCHITECTURE.md 之后，我的判断收窄了一点：它不是营销空壳，但它离”能用”的距离也比大多数 Star 投给它的想象更远。
OOMWOO 真正有意思的不是它要造一台扫地机器人，扫地机这个品类本身已经极度成熟了。有意思的是它试图证明一件事：消费级硬件可以做到全栈开源，同时保持产品级品质。如果它成功了，这条思路可以复制到洗碗机、洗衣机、空调，任何一个被封闭生态绑架的家电品类。
放在更大的坐标系里看，OOMWOO 不是孤例。开源扫地机这条赛道上目前有三条路线在跑：Valetudo 解决的是”我已经有一台扫地机了，怎么让它脱离云”，OOMWOO 解决的是”我根本没有可以掌控的扫地机，我要从头造一台”，商业产品解决的是”我就要一台能扫地的，别的不管”。选哪条路取决于你最在意什么。
最大的风险不是技术，是节奏。开源硬件项目有一个非常典型的死亡曲线：前两个月热度爆棚，第三个月贡献者陆续失联，第六个月只剩维护者一个人更新 RFC 清单。OOMWOO 现在正处于第一阶段的顶峰。创始人的执行力、Maker’s Pet 的商业支撑、remake.ai 的应用平台，这三根支柱决定了它能不能滑过死亡曲线。
还有一个绕不开的话题：AI 生成内容。HN 讨论里不止一个人指出，项目的大量文档和营销材料有明显的 LLM 生成痕迹。有人管这叫 AI slop，认为它暗示项目缺乏长期投入的诚意。创始人对此的回应是”收到了关于减少在设计文档中使用 LLM 的建议”，态度算坦诚。我的判断是：AI 辅助写文档本身不是罪，但如果核心代码也大量依赖 AI 生成，那就要另说了。目前来看，ROS2 软件栈的代码质量没有问题。
所以值得跟吗？如果你的定义是”现在能用”，不值得。如果你的定义是”两年后可能改变一个行业”，值得放一个 Star 然后每两个月回来看一眼。更重要的是，如果你的技能栈里有 ROS2、STM32、3D 打印中的任何一项，这个项目的 RFC 清单里有至少 5 个模块等着人来领。
OOMWOO 在上升。Star 数还在涨，媒体报道还在出，Discord 社区每天都有新人加入。但这种势头最多再持续两个月。接下来是分水岭：要么 v0 里程碑的第一个实物原型在今年秋季跑起来，要么它像大多数开源硬件项目一样，变成又一个”曾经很有希望”的 GitHub 仓库。
资源地址
先把仿真跑起来
如果你正在找一台能立刻用的扫地机，去买 Roborock 然后刷 Valetudo。如果你愿意为”掌控自己的家电”这个理念等半年，把你的 Raspberry Pi 和 3D 打印机准备好。OOMWOO 做的是对的事，只是还差最难的几步没走完。
接下来盯两个指标：今年的 v0 原型能不能按时跑起来，以及 RFC 模块清单里”已完成”的标签能不能稳定增长。这两件事决定了这个项目会不会从一篇漂亮的 README 变成一台能扫地的机器人。
说实话，我期待它成功。不是因为我觉得开源扫地机能打败石头科技，而是因为在家电这个被封闭生态统治了太久的领域，需要有人站出来说一句：你不用把我的数据上传到你的服务器，我自己的地板我自己管。