【余行智库】开源代码用了，还能申请机器人控制软件的专利吗？
本文基于《专利法》及相关司法解释、最高法典型案例撰写，旨在分享开源环境下的专利实务经验，不构成法律意见。本文是余行智库“专利零件”系列文章之一。我们专注于机器人、智能制造领域的高价值专利挖掘与布局。
一、一个让无数机器人企业困惑的问题
2026年初，人形机器人行业经历了一场“开源地震”。
萝博派对（RoboParty）在GitHub上开源了双足人形机器人“萝博头原型机”（Roboto_Origin）——不是几行API接口代码，而是全栈、完整、毫无保留的技术方案：从硬件图纸到核心算法“拟人步态AMP”运控代码，从物料清单到调试经验，全部公开。
消息一出，无数机器人开发者欢呼雀跃：终于可以站在巨人的肩膀上搞研发了！
但很快，一个问题浮出水面：用了这些开源代码，还能申请自己的专利吗？
研发人员担心：代码都公开了，是不是已经变成“现有技术”，丧失新颖性了？
老板担心：听说GPL协议有“传染性”，用了会不会被迫开源全部代码？
投资人担心：如果开源代码里埋着别人的专利，会不会哪天被告侵权？
今天，我们就从余行智库的实务经验出发，把这些问题讲清楚。
二、余行视角：开源与专利的三个核心关系
在“专利零件”方法论中，我们把开源代码和专利的关系归纳为三个核心维度。只有把这三点理清了，才能真正回答“能不能申请专利”的问题。
2.1 关系一：开源 ≠ 放弃专利
这是最常见的误解。
很多人认为：既然代码都公开了，那就等于放弃专利了。这是完全错误的。
开源协议的授权一般仅涉及著作权许可（比如允许别人复制、修改代码），但不自动包含专利授权。
什么意思？你虽然可以免费使用开源代码，但如果你在代码中实施了第三方已经申请专利的技术，而专利权人又没有在开源协议中明确授予专利许可，那么即使你完全遵守了开源协议，仍然可能构成专利侵权。
典型案例：最高人民法院在（2023）最高法知民终857号案中明确强调，技术方案与在先专利的关联性独立于代码开源状态——代码开源不影响专利侵权认定。
余行视角：开源是“著作权层面的开放”，专利是“技术方案层面的排他权”。两者是平行关系，不是替代关系。
2.2 关系二：开源代码 ≠ 现有技术
第二个问题是：开源代码公开了，会不会破坏我申请专利的“新颖性”？
答案是：取决于公开时间和公开内容。
根据《专利法》第22条，新颖性是指“不属于现有技术”。现有技术包括“申请日以前在国内外为公众所知的技术”。
如果你用的开源代码，在专利申请日之前已经公开，那么代码中公开的技术方案确实构成现有技术——你的专利申请如果只是原封不动地照搬，肯定会被驳回。
但是，这里有三个重要的“抗辩空间”：
第一，开源代码的公开时间是否早于专利申请日？
很多开源项目是持续迭代的。你可以在自己的专利申请日之前，找到开源项目的最新commit——如果这个commit的公开时间晚于你的申请日，就不构成现有技术。
第二，你用的是代码，还是技术思想？
开源代码本身是“表达”，但专利保护的是“技术方案”。如果你的创新在于对开源代码的改进、优化、工程化应用，而这些改进没有被开源代码公开，那么你完全可以就改进部分申请专利。
第三，能否主张“现有技术抗辩”？
如果被诉侵权时，你可以证明自己使用的技术完全来源于开源社区、且公开时间早于对方专利的申请日，就可以依据《专利法》第67条主张“现有技术抗辩”。
2.3 关系三：开源协议可能“传染”你的专利
这是最需要警惕的风险。
不同的开源协议，对专利的态度天差地别：
协议类型 代表协议 专利授权条款 传染性 对专利的影响
强传染性 GPL v2/v3、AGPL GPL v3明确包含专利授权，v2未明确 强 衍生作品必须开源，可能影响专利申请策略
弱传染性 LGPL 有专利授权条款 中 动态链接不传染，静态链接需注意
宽松型 MIT、BSD 无专利授权条款 弱 可闭源商用，但无专利保护
防护型 Apache 2.0 明确包含专利授权条款 弱 修改者自动授予专利使用权，适合企业
Apache 2.0的最大亮点：它在第6条明确约定了对专利的免许可使用权，为开发者提供了专利方面的保障，因此特别适合用于企业开发项目。
GPL的“专利陷阱”：GPL v3虽然也包含专利授权条款，但它的强传染性意味着：如果你基于GPL代码开发了衍生作品，整个作品都必须遵循GPL开源。2025年苏州某公司因静态链接GPL代码，被判赔300万元。
MIT的“专利真空”：MIT协议极其宽松，但不包含任何专利授权条款。这意味着：你用MIT代码开发的软件，如果其中包含了别人的专利技术，别人仍然可以告你侵权。这也是为什么Meta的Llama 2选择使用Apache 2.0而非MIT——为了规避专利风险。
三、开源代码环境下，还能申请哪些专利？
基于上述分析，我们把“能申请”和“不能申请”的情况做一个明确划分：
3.1 不能申请的情况
情形 原因 举例
原样复制开源代码申请专利 属于开源代码已有技术，无新颖性 直接把AMP运控算法原样申请专利
仅改变变量名、注释 无实质性技术改进 把开源代码的Python改成C++，算法逻辑不变
开源代码已公开的算法逻辑 构成现有技术 开源文档中已详细描述的数学方法
3.2 可以申请的情况
情形 说明 专利类型 余行视角
对开源代码的改进优化 提升了性能、降低了资源消耗 发明专利 “改良件”
开源代码在特定场景的应用 将通用算法适配到特定机器人型号 发明专利 “场景件”
与开源代码结合的新硬件结构 为实现该算法设计的专用硬件 实用新型 “结构件”
解决开源代码缺陷的技术方案 填补了开源方案的空白 发明/实用新型 “补缺件”
典型案例：某机器人公司在ROS开源框架基础上，开发了一套针对仓储场景的路径规划优化算法，使机器人效率提升30%。他们针对这个优化算法申请了发明专利，成功获得授权——因为优化部分不是开源代码原有的。
另一个案例：中一知识产权曾帮一家人形机器人企业，将其软件系统从“单件登记”拆解为近8件独立软件著作权登记，覆盖运动控制、环境感知、自主跌倒恢复等核心模块，实现了从“整体保护”到“系统化保护”的升级。
四、余行总结：开源代码+专利申请的“四步合规清单”
如果你正在使用开源代码开发机器人软件，又想申请专利，建议按以下四步进行合规自查：
步骤 做什么 关键问题 风险点
第一步 协议审查 用的什么开源协议？是否包含专利授权条款？ GPL强传染可能被迫开源全部代码
第二步 专利检索 开源代码里是否包含别人的专利技术？ 开源≠专利安全，可能侵权
第三步 改进点识别 你的创新点是什么？是否已被开源代码公开？ 如果改进点已被公开，无新颖性
第四步 专利布局 改进点适合申请什么类型的专利？ 选错类型可能导致保护范围过窄
余行视角：
用“专利零件”方法论来看，开源代码就像你免费获得的一个“基础零件库”。你可以在上面做三件事：
改进基础零件：优化算法、提升性能——申请发明专利
组合基础零件：把多个开源模块组合成新系统——申请系统专利
适配硬件场景：让开源算法在特定机器人上跑起来——申请应用专利
关键原则：专利保护的不是“代码”，而是“技术方案”。只要你的技术方案不是开源代码原样照搬，就有机会获得授权。
五、余行智库建议
1. 立项前做“开源协议+专利”双重尽调
不要只盯着代码能不能用，还要查：
这个开源项目用了什么协议？（Apache最安全，MIT次之，GPL要谨慎）
这个技术方向有没有别人已经申请了专利？（FTO检索必不可少）
2. 建立开源代码管理台账
记录清楚：
用了哪些开源组件
分别是什么协议
用在产品的哪个模块
是否对代码进行了修改
这样既能应对合规审计，也能在申请专利时清晰界定“哪些是我们的创新”。
3. 区分“核心模块”与“非核心模块”
核心算法：尽量自主研发，避免使用强传染性开源协议
非核心工具：可以放心使用开源组件，降低开发成本
比如，ROS（机器人操作系统）采用Apache 2.0协议，允许商用闭源，适合作为基础平台；但如果你的核心竞争力在某个特定算法模块，最好自己研发并申请专利。
4. 混合模式：开源+专利双轮驱动
参考英伟达Isaac平台的策略：同时提供开源SDK和付费企业版。开源吸引开发者生态，专利构建商业壁垒——两者并不矛盾。
本文是余行智库“专利零件”系列文章之一。我们专注于机器人、智能制造领域的高价值专利挖掘与布局。如您有开源代码合规审查、专利侵权风险分析或软件专利布局需求，欢迎通过公众号或官网联系成都余行专利代理事务所。
（基于公开信息撰写，旨在分享实务经验，不构成法律意见。）
