"从 1.0 到 3.0 Beta，M-Robots OS 一步步走通了国产机器人操作系统从'能用'到'好用'再到'大家一起建'的路。3.0 Beta 只是一个开始——真正的群体智能，需要广大开发者、企业、高校共同参与。" ——王皓【深开鸿高级副总裁、研发体系总裁】

"大家一起建"，这五个字说起来轻巧，落到一个普通开发者头上，却是具体的困境：

想参与开源，卡在"第一个 PR"的人比你想的多得多。打开仓库，几百个目录不知道从哪看起；好不容易改了一行文档，提交之后石沉大海；更尴尬的是，因为不懂协作规范，PR 描述写得像聊天记录，被维护者一句"请按模板重新提交"打回——挫败感直接拉满，从此关闭了这个仓库的浏览器标签页。

机器人方向的开发者尤其如此：这个领域传统上以闭源、NDA、厂商私有 SDK 为主，很多人写了很多年代码，但从没走完过一次开源协作流程。

有意思的是，我持续观察的 M-Robots 社区，这两个月做的事恰好就是在填这条沟：8 月 17 日上线「新手贡献入门」教学视频，随后又把开源共建挑战赛的任务仓跑了起来——任务以 Issue 形式发布、认领制、带积分。今天这篇文章，我把这套"新手基建"拆开来看。

一、教学视频：把开源协作的"隐性规则"显性化

先说视频。

8 月 17 日，社区在讨论区发了一则公告：【新手贡献入门】开源协作全流程教学视频上线（discussion/20）。从公告和社区此前的介绍看，这套视频覆盖的是新人最容易翻车的几个环节：怎么提 Issue、怎么 fork、PR 规范是什么，全流程讲了一遍。

可能有朋友觉得：提 PR 还要人教？还真要。

开源协作有一套公认的"隐性规则"，老玩家觉得是常识，新人却几乎不可能自己悟出来——

• Issue 先于代码：发现 bug 先提 Issue 描述清楚现象和环境，等确认了再动手，避免白干；

• PR 要"小"：一次改动聚焦一件事，几百行的"大杂烩 PR"大概率被晾着；

• 描述要"自证"：改了什么、为什么改、怎么验证，三件事写清楚，评审者才不用猜。

这些规则没有标准教材，通常靠被拒绝几次才能学会。社区把它们做成系列视频，本质上是把"隐性规则"显性化——让新人的第一次贡献，不靠运气，靠流程。

我的建议是：动手前完整看一遍，能少走 90% 的弯路。这话我在 9 月 10 日那篇上车指南里就说过，今天还是要再强调一次，因为它是所有后续动作的地基。

二、任务仓：把"贡献"变成可认领的具体任务

如果说视频解决了"怎么提"的问题，那更关键的其实是另一个问题：提什么？

看完视频的新人，面对 600 多个仓库，第一反应仍然是"我能干嘛"。M-Robots 社区给出的答案是最近悄悄上线的官方任务仓——Open-Source_Co-Creation_Challenge（M-Robots 开源共建挑战赛任务仓）。

我写这篇文章时专门去看了它的动态：截至 2026-09-24，这个仓库有 17 次提交、5 个 Star，当天上午还在更新——不是挂个牌子就完事的静态项目。

它的机制设计，我认为比"有任务"这件事本身更值得看。社区把各仓库的真实研发工作，拆解成附实施步骤、交付物与验收标准的任务，以 Issue 形式统一发布在这个仓里，然后走四步：

1. 认领：在任务 Issue 评论区回复"认领"，先到先得——同一人在办任务不超过 2 项，认领后 7 天无进展自动释放；

1. 开发：fork 任务仓，新建分支 MRT-XXXX-你的用户名，成果放进 submissions/MRT-XXXX/ 目录；

1. 提交：发起 PR 并在描述中关联任务 Issue，按官方模板附上验收证据；

1. 得分：评审通过并合入后，积分计入你的社区账户，长期有效。

积分规则也直接放在明面上：

贡献行为	积分
完成 L1 入门任务	1 分/项
完成 L2 进阶任务	3 分/项
完成 L3 高级任务	5 分/项（可 2–3 人组队）
提交有效 Issue	0.5 分/项

几个细节，能看出这套机制对新人有多友好：

• 仓库自带全套"新手包"：CONTRIBUTING.md 提交规范、docs/任务认领与提交指南.md 图文手册、templates/ 里的 Issue/PR 官方模板，从认领到合入每一步都有据可查；

• 任务分级：L1 入门任务就是给第一次参与的人准备的，L3 还允许组队，学生团队可以整建制动手；

• 积分长期有效：贡献记录跟人走，配合社区的《开发者成长路径》文档，从任务认领到等级成长是连续的，不是"打一枪换一个地方"。

三、从这套机制里，我提炼出开源协作的四个"正确姿势"

视频和任务仓是官方给的"道"，我把自己的观察提炼成四个"姿势"，供你参考（以下为笔者基于社区公开规则的整理）：

姿势一：单一入口，别乱投。 任务仓的 README 里有一条重要边界：所有共建挑战赛的 Issue 与 PR 只提交到这个任务仓，社区其余 600 多个仓库仅作源码阅读与复现验证之用。新人最容易犯的错就是在错误的仓库里提 PR。优秀成果经任务仓评审后，由社区官方择优合入真正的任务仓库——你负责做，社区帮你把关"进哪扇门"。

姿势二：小步快跑，别囤任务。 "在办不超过 2 项、7 天无进展自动释放"这条规则看似冷冰冰，其实是对双方的保护：对社区，避免任务被认领后烂尾；对你自己，避免同时开十个坑最后一个都交付不了。开源信誉就是这么一点点攒出来的。

姿势三：有据可查，别裸奔。 PR 必须按模板附验收证据，灌水 Issue 和无意义 PR 不计分，抄袭代码直接取消资格。听起来严格，但换个角度想：验收标准明确，意味着评审不看关系看证据——这恰恰是新人最需要的公平。

姿势四：走完流程，别省 CLA。 提交 PR 后按 bot 指引签署 CLA（贡献者许可协议）是所有正规开源社区的标配，M-Robots 也不例外。很多新人的 PR 就卡在这一步"忘了签"，白白多等好几天。把 CLA 当成提交流程的一部分，而不是意外事件。

这四条不只适用于 M-Robots，你去参与任何开源社区都通用。区别只在于，大部分社区要靠你自己踩坑总结，而这里把答案写在了 README 里。

四、这套"新手基建"，为什么值得整个行业看一眼

王书婷【M-Robots 社区运营负责人】说过一句话："社区希望依托开源模式汇聚产学研力量，打造通用机器人操作系统底座，降低机器人开发门槛，加速技术的产业落地。"

"降低门槛"这四个字，很多社区都写在口号里，M-Robots 把它拆成了三件具体的事：教学视频管流程、任务仓管实战、积分与成长路径管长期激励——再加上此前的「新星猎人计划」（导师带教，discussion/12）和 AIY 黑客松（真刀真枪 36 小时），新人从围观到共建的每一级台阶上，都有一块具体的板子可以踩。

机器人操作系统这个赛道，开源社区之间的竞争，短期看版本和技术，长期看的是谁能留住开发者。开源领域有个公认的难题：新人来了，看不懂、没活干、没人理，三个月就流失。M-Robots 这种"把新手贡献产品化"的做法——视频、任务、积分、释放机制、验收标准全部制度化——坦白说，比我见过的很多成熟社区做得更细。

对一个 2026 年 6 月才启动社区运营的年轻社区来说，现在正是"贡献者还没饱和"的阶段：截至 2026-09-28，社区有 484 位关注者、3.84K Star、404 个 Fork、601 个仓库、235 个 Issue、35 个 PR。这个体量意味着，你现在的每一次认真贡献，都更容易被看见。

五、如果你今天就想动手：一份最小行动清单

1. 打开 M-Robots 官方社区 - 开源代码托管,代码协作 - AtomGit ，进讨论区看 discussion/20 的「新手贡献入门」教学视频；

1. 进入 Open-Source_Co-Creation_Challenge 任务仓，读一遍 README 和 docs/任务认领与提交指南.md；

1. 挑一个 L1 入门任务，在 Issue 评论区回复"认领"；

1. fork、建分支、按模板提交 PR、签 CLA，拿到你的第一分；

1. 做顺了再往上走：L2、L3、组队，或者报名下一期「新星猎人计划」。

王皓博士说，3.0 Beta 只是一个开始。而一个社区真正的"开始"，从来不是某个版本发布的那一刻，而是第一个新人第一次认领任务、第一次合入 PR 的那一刻——现在，这套流程已经铺好了，就等你走上去。

---

关于 M-Robots：M-Robots 是开放原子开源基金会孵化的机器人操作系统开源社区，基于开源鸿蒙底座打造，已有 30 家产学研用共建单位、13 个 SIG 技术组。

社区站：M-Robots 官方社区 - 开源代码托管,代码协作 - AtomGit

如果你也在关注机器人操作系统，可以去社区站逛逛，从 Star 一个仓库开始。