写在前面

每次写 M-Robots，评论区都会出现同一句话："看着挺热闹，但我没有开发板。"

不是矫情。机器人操作系统听起来天然是"硬件活儿"——RK3588、实时内核、伺服，哪一样不要钱、不要工位？加上折腾环境的周末，对大学生和刚转行的工程师，门槛明明白白摆在那里。

所以这周我做了件朴素的事：把社区任务仓 Open-Source_Co-Creation_Challenge 的近300条 Issue 一条条翻完，按"难度"和"是否需要开发板"交叉统计。

结论比预想的乐观：274 条任务里，185 条明确标注"不需要开发板"；这 185 条里又有 67 条是 L1 入门级。

也就是说，一个只有一台 Ubuntu 电脑的人，今天就能找到 67 个名正言顺的切入点。

一、先看家底：290 条 Issue 到底长什么样

原始数据如下（2026-10-28 从社区任务仓公开 Issue 列表抓取）：

维度	分布
Issue 总数	290 条（274 条正式任务 + 16 条社区提问，提问均已关闭）
难度	L1 入门 111（40.5%）｜L2 进阶 161｜L3 高级 2
是否需开发板	不需要 185（67.5%）｜需要 89
L1 且不需要开发板	67 条
关联仓库	188 个
任务分类	操作系统子系统功能 100｜测试与质量保障 71｜系统构建烧录与升级 29｜三方库移植与验证 21｜文档与社区建设 18｜内核驱动与硬件适配 17｜Kaihong 增强特性 12｜机器人应用与示例开发 6

这份分布本身就是说明：四成任务是入门级，近七成不需要硬件。 官方《任务认领与提交指南》也印证了"L1 入门：零基础，完成前置课程即可上手（任务池中约占 40%）"。

但有个细节要留心：同一份指南的 FAQ 又写"约 20% 任务为无板任务"。20% 与实测 67.5% 的差异应来自口径——20% 大概指"纯文档/静态分析"的窄口径，67.5% 是任务正文"是否需要开发板：否"的字段口径，后者包含大量"主机侧构建验证、单元测试、文档核验"任务（笔者比对整理）。别只看字段，点进 Issue 读一遍实施步骤，确认交付物真的不用上板。

二、67 个"纯电脑能做"的任务，集中在哪？

按分类再切一刀，画像很清晰：操作系统子系统功能 45 条、系统构建烧录与升级 14 条、内核驱动与硬件适配 6 条、机器人应用与示例开发 2 条。

共同特征是："把别人跑通的东西，变成别人也能跑通的东西。"

举个具体的。任务 MRT-0968 要求在 KaihongOS 源码树里完成 third_party_libfuse（FUSE 用户态文件系统库）的主机侧构建，六步实施：读 README/BUILD.gn → 执行 hb build → 核对产物与安装路径 → 用 ldd/readelf 验证依赖 → 输出构建验证记录 → 按规范提交。交付物只有一份记录，验收标准三句：构建通过、产物与配置一致、记录完整。这道题不需要任何机器人知识，需要的是一点 Linux 常识和耐心。

文档方向同样有活儿。任务仓里有《镜像烧录》双板型实操核验、robot_docs 代码块可执行性抽查（20 个代码块）、《ROS1 快速入门》5 步示例复现核验等，光是 robot_docs 一个仓库就关联了 18 条任务——文档类贡献在这套体系里是被认真计价的。

社区《开发者成长路径》写得很明白：原创技术文章/教程 2 分/篇，有效 Issue 0.5 分/项，L1 任务 1 分、L2 3 分、L3 5 分，Star 0.1 分（上限 5 分）、Fork 0.2 分（上限 10 分）；积分长期有效、累计不清零。

社区还专门写了《基础共建-无开发板》指南，推荐入口是 mrobots_manifest（源码清单）、robot_middleware（中间件）、robot_tools_rerun_tools（离线 Demo 与可视化）、robot_tools_maestro（开发工具）、robot_tools_ferrium（Rust 包管理工具）、mclaw（Agent / Skill）。其中 mclaw 官方定位是"自进化空间智能体"，仓库实际形态更接近一个 Python 跨平台 CLI AI Agent 框架——你可以用纯软件方式给它写 Skill、补示例、加测试，这是社区里最像"普通程序员舒适区"的一条路。

三、动手前先读这份 README：它比任务本身更重要

任务仓里真正被低估的，是 mrobots_manifest 的 README。它不是任务清单，而是一份完整的源码获取与编译手册，写得很实在：

• 环境：Ubuntu 22.04.5 LTS（x86_64），建议 400 GB 磁盘 + 32 GB 内存的独立物理机或虚拟机；

• 依赖：git lfs install、Python 3.8+、json5==0.9.6、repo 工具（须用 GitCode 版 repo）；

• 拉源码：repo init -u https://gitcode.com/m-robots/mrobots_manifest.git -b M-Robots_6.1_Release -m default.xml --no-repo-verify，再 repo sync -c -j8、repo forall -c 'git lfs pull'；

• 编译：./build.sh --product-name khd_rk3588_a --ccache；需实时版本时加 --gn-args preempt_rt=true，切换版本前要先 rm -rf out/kernel/khd_rk3588_a 清内核缓存；

• 产物：out/arm64/khd_rk3588_a/packages/phone/images，含 system.img、vendor.img、boot.img。

README 还标了三个高频坑：manifest 仓名是 mrobots_manifest（不是 kaihong_manifest）、组织 path 是小写 m-robots（不是 M-Robots）、公开仓库用 HTTPS 拉取无需登录、无需 token。最后这条尤其容易误判——不少人以为要注册申请权限才能拉源码，其实不用。

四、被 16 条提问暴露的真相：新人实际卡在哪

翻那 16 条已关闭的社区提问，比读任何"新手教程"都管用。它们几乎在同一天涌进来（2026-10-11），标题是这些：

"是否能使用 wsl 作为开发环境"｜"如何进行 vmware 下载及相关配置"｜"配置完虚拟机之后已经跟不上了，是否有文件版的操作手册"｜"讲解速度可以再慢一点吗"｜"开发的主要技术栈是什么？"｜"小白如何快速上手"

没有一个人在问"M-DDS 怎么实现"，全都在问"我该在哪儿装 Ubuntu"。

这说明了两个事实。第一，真正的准入门槛不是技术，是环境。第二，宣讲节奏对零基础学生确实偏快，后续校园行若能配套"录播 + 分步文档"，留存会好很多——这是我的观察，不是官方结论。

对读者的启示很直接：把"看懂"和"编译"拆成两步走。 只想过过手，就从文档核验、mclaw 的 Skill 编写这类不碰编译链路的任务入手。

五、一份可以直接照做的七步清单

第 1 步：看懂入口。 打开任务仓 Issues，用标题里的 [MRT-XXXX] 编号定位。正文有七个字段：一级分类 / 关联仓库 / 难度等级 / 是否需要开发板 / 实施步骤 / 交付物 / 验收标准。先看"是否需要开发板"和难度，再看验收标准——验收标准就是评分表。

第 2 步：认领。 在 Issue 评论区回复"认领"，先到先得。三条硬规则：在办任务不超过 2 项；认领后 7 天无实质进展（无 PR、无进度评论）自动释放；L3 可 2–3 人组队，在 Issue 下注明队友用户名，全队一个 PR。

第 3 步：建分支。 git checkout -b MRT-XXXX-你的用户名，并建好 submissions/MRT-XXXX/ 目录——编号必须与认领任务一致，这是评审定位成果的唯一依据。

第 4 步：按验收标准做，别自由发挥。 官方说法是"实施步骤是推荐路径，验收标准是评审依据"。需开发板的任务要留日志/截图/录屏；含【板型适配】说明的，按其中外接模块或模拟数据源路径验证。

第 5 步：交 PR。 目录结构是 README.md（必填）+ src/ + docs/ + evidence/（单文件 ≤10 MB，录屏等大文件放网盘链接）。PR 描述写 Closes #issue号，一个 PR 只对应一个任务。

第 6 步：签 CLA。 首次提交时按 bot 指引发起签署，未签署无法合入。很多人卡在这一步，其实就是在 PR 页面点几下。

第 7 步：应对评审。 被驳回不用慌，改完重新 push 照常计分；拒不修改不计分。积分每周统一入账公示。

六、几句不太客气的话

第一，别把"无板任务"当二等公民。 67 条 L1 无板任务里大量是"文档实测核验"——听着不性感，却是开源社区最缺的活儿。文档里一个跑不通的代码块，劝退的人往往比一个 bug 还多。社区愿意给这类任务单独计价，恰恰说明它知道自己缺什么。

第二，Star 0.1 分（上限 5 分）、Fork 0.2 分（上限 10 分）说明"围观"给分是有天花板的。 而一个 L1 任务 1 分、一篇原创教程 2 分——这套设计在明说：贡献要留下痕迹。

第三，也是最现实的。 截至今天，任务仓 submissions/ 目录下只有一份 README，内容还是空的；6 个 PR 里 5 个是维护者提交的仓库更新，唯一一个来自外部开发者的 PR（[MRT-0881] kh_update 代码结构与文档核验）仍处于 open 状态。

我不打算解读成"社区没人做"——274 条任务开放、集中在 9 月底到 10 月初两批上架，需求是真实而新鲜的。但任何刚起步的开源社区都会经历这个阶段：需求先铺开，供给后跟上。 先到的人拿到的不只是积分，还有在 Issue 区被记住的名字。

结语

王成录博士有句话我写了好几篇都绕不开，放在这里刚刚好：

"开源鸿蒙不是华为的，是大家的。"

"大家的"这三个字，在任务仓里有具体形态：67 个不需要开发板的 L1 任务、一位数就能上车的积分门槛、一个还没被填满的 submissions/ 目录。

你缺的可能从来不是一块板子，而是一个编号。

---

关于 M-Robots：M-Robots 是开放原子开源基金会孵化的机器人操作系统开源社区，基于开源鸿蒙底座打造，汇聚了约 30 家产学研用共建单位、13 个 SIG 技术组。 社区站：M-Robots 官方社区 - 开源代码托管,代码协作 - AtomGit 如果你也在关注机器人操作系统，欢迎去社区站逛逛，从 Star 一个仓库开始。