想象一位慈善家林老先生，他在城市边缘拥有一片漂亮的私家花园。某天，他在花园门口竖起一块木牌：『任何人欢迎入园休憩，我承诺不追究擅闯之责。但有两件事会让我收回承诺——在门口砌墙挡住别人，或者欺压园里的其他客人。』注意，他没有说『花园送给你』，地契还攥在他手里。这块木牌，就是「开源专利承诺」的缩影。谷歌、IBM、红帽等科技巨头手握大量 AI 与软件专利，却公开许诺：只要你在开源生态里好好用、好好贡献，我就不拿专利起诉你。但『不报警』不等于『送地契』，承诺背后有名单、有边界、有条件。理解这份入园须知，是企业参与开源的第一道安全功课。

岗位关联

对 AI 从业者而言，理解开源专利承诺能帮你避开「用了开源框架却踩进专利雷区」的职业风险，让技术选型与法务判断同频，在贡献社区的同时守住自身利益。

目录
  1. 可视化演示
  2. 承诺本质
  3. 承诺形式
  4. 核心条款
  5. 法律效力
  6. 企业应对
  7. 常见误区
  8. 操作指南
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

展示系统处理流水线、实时性能指标曲线及多方案对比分析，包含数据流转、吞吐延迟监控与方案评估。

本节配有交互动效（进入视口后自动加载，约 3KB）。

系统可视化 处理流程：输入→处理→模型→输出 性能监控：实时指标 P=L×T

承诺本质

林老先生的花园门口立着木牌：任何人可入园休憩，我不追究「擅闯」之责。但请留意，他通篇没有说「地契转让」。花园所有权纹丝不动地留在他名下，他只是许诺不使用「追责」这个武器。这正是理解开源专利承诺的第一把钥匙——先分清「不追究」和「送给你」是两件事。许多人把承诺当成免费通行证，第一步就走偏了。

开源专利承诺（Patent Pledge）是专利持有人公开作出的单方意思表示：在特定条件下，不就指定专利对特定主体主张权利。它和开源许可证是两码事。许可证像园主发给游客的「临时通行证」，授权你实施技术；承诺则像墙上的告示——我保证不因你入园而报警。前者赋予权利，后者放弃诉权，法律性质完全不同。

现实中，谷歌的 OPN 承诺、IBM 的人工智能专利承诺、红帽的专利承诺都在此列。它们的共同特征是：署名承诺方、罗列承诺专利、界定受惠主体、描述受惠行为。理解这一层，你才能避免把「承诺文件」误当成「许可协议」去签约，也才能在开源选型时把两个文件分开审查。

回到花园——游客可以因告示安心散步，但若要搭帐篷露营，仍需园主点头拿到许可证。开源世界里，承诺只是「免诉安慰剂」，真正的使用权还得靠许可证保障。两手抓，两手都要硬。

P承诺≠L许可\displaystyle P_{\text{承诺}} \neq L_{\text{许可}}
一句话记住：承诺是「我不告你」的弃权声明，许可是「你可以用」的授权书，两者不能互相替代。
  1. 识别 P承诺P 下标承诺代表专利持有人作出的「不主张权利」许诺，重点在放弃诉讼请求权。
    P承诺:不起诉之许诺\displaystyle P_{\text{承诺}} : \text{不起诉之许诺}
  2. 识别 L许可L 下标许可代表开源许可证载明的实施授权，重点在授予使用权。
    L许可:实施之授权\displaystyle L_{\text{许可}} : \text{实施之授权}
  3. 比较两者关系符号 \neq 表示二者法律效果不等价，许可缺失时承诺无法补位。
    P承诺≠L许可⇒需分别审查\displaystyle P_{\text{承诺}} \neq L_{\text{许可}} \Rightarrow \text{需分别审查}

承诺形式

林老先生要发布好意，方式不止一种：他可以挂巨幅告示，可以给常客逐一寄信，也可以把约定写进游客手册，甚至与邻居园主签订互不追究的君子协定。形式不同，事后维权的轨道也不同。开源专利承诺的落地同样有清晰的「形式光谱」。

开源专利承诺的常见形式主要有四类：第一，单独公开声明，如谷歌 OPN 承诺网页，承诺人单方发布、面向不特定公众；第二，交叉授权协议，如开放发明网络（OIN）成员之间的专利互不侵犯，属于合同安排；第三，许可证内嵌条款，如 Apache-2.0 中的专利授权条款，随源码自动传递给下游用户；第四，一揽子互授，常见于企业合并或技术合作时的专利包互免，覆盖最广但门槛最高。

选择哪种形式，决定承诺的可执行路径。单独声明依赖「信赖利益」获得约束力；交叉协议有明确的合同相对方，违约可诉；许可证内嵌条款则与开源许可证共生，下游用户直接受益。形式不是装饰，它直接决定你在维权时站在哪条法律轨道上。

好比游客手册里哪一页写了「不追究入园之责」，决定了你日后能否引用它自保。审承诺先审形式，是开源合规的第一步。

F={f1,f2,f3,f4}={A声明,B协议,C条款,D互授}\displaystyle F = \{ f_1, f_2, f_3, f_4 \} = \{ A_{\text{声明}}, B_{\text{协议}}, C_{\text{条款}}, D_{\text{互授}} \}
四类形式如同告示、私信、手册与君子协定，效力轨道各不相同，审查承诺先认形式。
  1. f1 单独声明A 下标声明表示承诺人以公开文件单方许诺，靠后续信赖产生约束。
    f1:A声明\displaystyle f_1 : A_{\text{声明}}
  2. f2 交叉协议B 下标协议代表 OIN 式成员间合同，具有合同相对性。
    f2:B协议\displaystyle f_2 : B_{\text{协议}}
  3. f3 内嵌条款C 下标条款指许可证文本内的专利授权与免责约定，随代码分发传播。
    f3:C条款\displaystyle f_3 : C_{\text{条款}}
  4. f4 一揽子互授D 下标互授表示交易中的专利包互免，覆盖范围最广但前提条件最多。
    f4:D互授\displaystyle f_4 : D_{\text{互授}}

核心条款

告示的大字之外，林老先生还有一行小字：本承诺仅覆盖玫瑰园东侧小径、持门票游客及散步行为；若游客在园内砌墙或状告他人，本承诺立即失效。小字决定了大字的含金量。在开源世界里，小字就是承诺条款的「适用范围界定」。

开源专利承诺的核心条款围绕三张清单展开：一、专利名单——哪些专利被承诺；二、主体名单——哪些公司或个人受保护；三、行为清单——使用、修改、分发中哪些行为被豁免。任何一张清单没把你装进去，覆盖度就是零。这就是「全有或全无」的交集逻辑。

另一关键条款是防御性终止（Defensive Termination）：一旦受惠方对其他开源参与者发起专利诉讼，承诺方即可收回承诺，防止「以承诺为盾、以诉讼为矛」的搭便车行为。此外还有互惠对等要求——你享受免诉，也须承诺不诉他人。条款之间环环相扣，构成完整的风险约束网络。

游客若只在玫瑰园外徘徊，或是带着锄头入园挖土，告示便保护不了他。开源同理：在名单外徘徊的主体、超出清单的行为、名录外的专利，统统不在承诺保护伞下。读懂小字，才算真读懂承诺。

C覆盖=S对象∩U行为∩P专利\displaystyle C_{\text{覆盖}} = S_{\text{对象}} \cap U_{\text{行为}} \cap P_{\text{专利}}
覆盖度是三个集合的交集：主体在名单、行为在清单、专利在名录，三者缺一不可。
  1. S 对象S 下标对象代表你的企业主体是否出现在受保护名单中。
    S对象:主体在名单\displaystyle S_{\text{对象}} : \text{主体在名单}
  2. U 行为U 下标行为代表你的使用方式是否落入承诺行为清单。
    U行为:行为在清单\displaystyle U_{\text{行为}} : \text{行为在清单}
  3. P 专利P 下标专利代表所用技术是否落入承诺专利名录。
    P专利:专利在名录\displaystyle P_{\text{专利}} : \text{专利在名录}
  4. 求交集\cap 表示三张清单必须同时满足，任何一项缺失则覆盖度归零。
    C=S∩U∩P⇒全有或全无\displaystyle C = S \cap U \cap P \Rightarrow \text{全有或全无}

法律效力

有人问：林老先生口头喊一句「不追究」，法院认吗？花园法律不认嗓门，但认「信赖」。若众多游客因告示长年入园、搭棚居住，园主突然翻脸，法官很可能以「信赖利益」为由拦住他。承诺的法律效力，就藏在形式、信赖与可撤销性的三角关系里。

开源专利承诺的法律效力建立在「形式 + 信赖 + 可撤销性」三个支点上。单独声明虽非传统合同，但若承诺指向明确、受惠方可辨识，法院可能依据禁反言（Estoppel）原则限制承诺人任意反悔。部分承诺文本写明「不可撤销（Irrevocable）」，进一步钉死效力，争议解决机制通常约定由承诺人所在地法院管辖。

实践中，效力争议多见于并购与侵权诉讼中：承诺是否随公司主体变化而失效？第三方受益人能否直接主张权利？这些争议最终由合同解释规则与司法裁量决定。因此，效力强度不是「有或无」，而是「强与弱」的梯度，评估时不能只看标题。

花园告示之所以有分量，是因为千百名游客真的信了、真的来了。承诺的效力，一半写在纸上，一半写在人们对它的依赖里。这就是法律世界对人心的回应。

E=f(F形式,R信赖,D撤销)\displaystyle E = f(F_{\text{形式}}, R_{\text{信赖}}, D_{\text{撤销}})
效力是形式、信赖、可撤销性的函数：三者越强，承诺越难被推翻，保护越可靠。
  1. F 形式F 下标形式表示承诺以声明、协议或条款何种形态落地，决定请求权基础。
    F形式∈{声明,协议,条款}\displaystyle F_{\text{形式}} \in \{ \text{声明}, \text{协议}, \text{条款} \}
  2. R 信赖R 下标信赖表示受惠方对承诺的依赖程度，信赖越大，撤销阻力越大。
    R信赖↑⇒禁反言约束↑\displaystyle R_{\text{信赖}} \uparrow \Rightarrow \text{禁反言约束} \uparrow
  3. D 撤销D 下标撤销表示承诺是否明示不可撤销，明示则效力最稳。
    D撤销=可撤销性参数\displaystyle D_{\text{撤销}} = \text{可撤销性参数}
  4. 合成效应函数 f 表示三者共同决定最终效力强度 E，而非单一因素主导。
    E=f(F,R,D)\displaystyle E = f(F, R, D)

企业应对

假设你是一家咖啡连锁企业，想在林老先生花园办团建。你不会只看告示标题，你会带上法务核对三件事：门店主体在名单吗？团建算不算「散步行为」？花园里有没有我们担心的那块地？企业的开源参与，同样需要这样的「团建前检查」。

企业参与开源前，尽职调查（Due Diligence）至少包含：识别所依赖的开源组件及其专利承诺；将公司主体、使用行为、技术领域与承诺三张清单逐一比对；评估暴露度与覆盖缺口。用公式表达：风险等于暴露度乘以缺口再除以覆盖度——覆盖度越高，风险越低；缺口越大，风险越陡。

内部合规流程上，建议建立「开源选型双闸门」：技术评审通过后，法务复核专利承诺与许可证；重大贡献（如向基金会捐赠代码）前，再评估承诺是否覆盖贡献行为，避免「贡献了代码却暴露了专利」。贡献策略应优先选择有明确不可撤销承诺的生态，让善意建立在可检验的条款之上。

聪明的企业像精明的团建组织者：既享受花园的免费荫凉，也随身带着标好边界的园图。尽调不是不信任，而是把善意建立在可核对的条款之上，让每一次开源参与都有据可查。

R风险=E暴露×V缺口C覆盖\displaystyle R_{\text{风险}} = \frac{E_{\text{暴露}} \times V_{\text{缺口}}}{C_{\text{覆盖}}}
风险与暴露度、覆盖缺口成正比，与覆盖度成反比——要么扩大覆盖，要么降低暴露，没有第三条捷径。
  1. E 暴露E 下标暴露表示企业业务对开源技术的依赖程度与市场曝光面。
    E暴露:依赖度与曝光面\displaystyle E_{\text{暴露}} : \text{依赖度与曝光面}
  2. V 缺口V 下标缺口表示承诺未覆盖的专利风险占比，缺口等于一减覆盖率。
    V缺口=1−C覆盖\displaystyle V_{\text{缺口}} = 1 - C_{\text{覆盖}}
  3. C 覆盖C 下标覆盖位于分母，覆盖度提高会显著压低整体风险。
    C覆盖↑⇒R风险↓\displaystyle C_{\text{覆盖}} \uparrow \Rightarrow R_{\text{风险}} \downarrow
  4. 综合评估三变量相乘得到量化风险值，供法务设定阈值做准入决策。
    R=E×V÷C\displaystyle R = E \times V \div C

常见误区

总有游客把告示读成「这花园归我了」：以为可以永久随意改造、可以起诉其他游客、可以覆盖花园每个角落。林老先生听完只摇头——告示从来没这么说过。技术圈对开源专利承诺的误解，大多是把「有限好意」听成了「无限授权」。

常见的绝对化认知有四类：一是「永久绝对」，以为承诺不可撤回、无任何附加条件；二是「范围无限」，以为承诺覆盖承诺方全部专利与所有场景；三是「维权绝对化」，以为拿着承诺还能随意起诉他人，却忘了这会触发防御性终止；四是「免责万能化」，以为承诺等于零风险，忽略了第三方专利权人随时可能发难。

纠正之道是「把形容词换成条款」：将「永久」替换为「查可撤销性与终止条件」，将「全部」替换为「查三张清单」，将「无风险」替换为「量化暴露与缺口」。每一个绝对化表述，都能在承诺原文中找到对应的检查动作。认知纠偏，本质是一场翻译练习。

告示越短，越要警惕；条款越细，反而越可靠。真正安全的游客，从不把「听说」当「看见」。开源合规也一样——用条款原文给认知祛魅。

绝对化认知⇒条款化验证\displaystyle \text{绝对化认知} \Rightarrow \text{条款化验证}
读到「永远、全部、零风险」时，立刻翻译成「去查条款原文」的待办清单，这是最实用的防坑心法。
  1. 识别绝对化找出认知中的「永久」「全部」「零风险」等绝对化关键词。
    关键词∈{永久,全部,零风险}\displaystyle \text{关键词} \in \{ \text{永久}, \text{全部}, \text{零风险} \}
  2. 映射条款将每个绝对化表述映射到具体条款检查项，如可撤销性、三张清单。
    永久→可撤销性,全部→三张清单\displaystyle \text{永久} \to \text{可撤销性}, \quad \text{全部} \to \text{三张清单}
  3. 执行验证按映射完成检查，绝对化认知即被条款事实替代，风险自然显形。
    验证结果⇒修正后的认知\displaystyle \text{验证结果} \Rightarrow \text{修正后的认知}

操作指南

一位资深园丁受雇管理花园，他手里有一份入园核查表：看告示版本、对三张清单、记录撤销条件、每年复查木牌有没有更换。这套动作，就是开源专利承诺的操作指南，朴素却有效。

团队落地时可按四步打分：识别——找到项目相关承诺原文并归档；比对——主体、行为、专利逐项核对；监控——跟踪承诺方政策变动与专利转移；咨询——重大决策前引入专利律师复核。四维得分加权汇总成「承诺健康分」，低于阈值的项目自动标记风险并进入人工复核。

建议将成果固化进工程流程：在开源组件引入登记表中增加「专利承诺」字段；在 CI 合规检查里加入承诺状态提示；对关键依赖建立年度复查日历。方法论只有嵌进工具链，才不会停留在 PPT 上，才能真正守护每一次代码引入。

好园丁不会把木牌拍照发朋友圈就完事，他会定期亲手摸一摸木头有没有松动。操作指南的意义，是把「信任承诺」升级为「管理承诺」，让善意有制度护航。

S=∑i=14wi×si\displaystyle S = \sum_{i=1}^{4} w_i \times s_i
健康分是识别、比对、监控、咨询四维得分的加权和，低于阈值即触发人工复核，形成管理闭环。
  1. s1 识别识别维度得分，衡量承诺文件是否被定位并归档，是后续一切检查的前提。
    s1:定位与归档完整度\displaystyle s_1 : \text{定位与归档完整度}
  2. s2 比对比对维度得分，反映三张清单逐项核对的完成度与证据留存情况。
    s2:清单核对完成度\displaystyle s_2 : \text{清单核对完成度}
  3. s3 监控监控维度得分，体现政策变动跟踪与年度复查的执行频率。
    s3:变动跟踪与复查\displaystyle s_3 : \text{变动跟踪与复查}
  4. 加权合成每个维度配权重 w_i，求和得到总分，并按业务风险偏好设定阈值。
    S=w1s1+w2s2+w3s3+w4s4\displaystyle S = w_1 s_1 + w_2 s_2 + w_3 s_3 + w_4 s_4

AI 应用场景

OSPO 开源合规审查

阶段：风险治理与合规审查

解决的问题：传统方式靠工程师「凭感觉选型」，只要代码能跑就集成，专利风险埋在依赖深处。AI 公司与法务团队协作，用覆盖度检查器把「感觉」变成「三张清单」的三方比对，集成前就能算出风险值。

具体案例：某 AI 公司 OSPO 引入开源推理框架，法务会同工程师运行覆盖度检查：确认公司主体在承诺名单、技术落入专利名录、分布式部署属于承诺行为，风险值 0.05 低于阈值，放行集成并归档结论，后续审计有据可查。

AI 创业公司融资尽调

阶段：知识产权资产评估

解决的问题：投资人尽调最怕开源依赖是「定时炸弹」。传统尽调只数许可证数量，忽略专利承诺缺口。如今用风险公式量化每个核心依赖的专利暴露，把「法律风险」变成可比较的分数，支撑估值与条款谈判。

具体案例：一家 AI 医疗影像创业公司融资前，法务对 12 个核心开源组件逐一核查专利承诺，发现某组件承诺已随母公司并购失效，及时替换组件并出具报告，在估值谈判中避免了高额知识产权赔偿预留。

员工社区贡献策略设计

阶段：开源战略与社区运营

解决的问题：员工以公司名义向开源项目提交 AI 算法代码时，若无承诺保护评估，公司专利可能随 PR 暴露给对手。AI 团队与法务协作，先查项目所在专利池的承诺条款与互惠要求，再决定提交策略。

具体案例：某 AI 企业工程师拟向某基金会项目贡献模型压缩相关专利代码，法务核查发现该项目受交叉授权协议保护且含互惠条款，公司据此调整贡献方式并同步签署互授协议，既贡献了社区又守住了核心专利。

Python 演示

python53 行
# -*- coding: utf-8 -*-"""开源专利承诺覆盖度检查器：模拟企业尽调时的三方比对"""  class Pledge:    """一份开源专利承诺的抽象：三张清单 + 终止条件"""     def __init__(self, patents, entities, uses, defensive=True, revocable=False):        self.patents = set(patents)        self.entities = set(entities)        self.uses = set(uses)        self.defensive = defensive        self.revocable = revocable     def covers(self, company, tech, usage):        """三张清单全命中才返回 True"""        if company not in self.entities:            return False, "主体不在保护名单内"        if tech not in self.patents:            return False, "技术不在专利名录内"        if usage not in self.uses:            return False, "使用行为超出承诺范围"        return True, "三张清单全部命中"     def risk_score(self, company, tech, usage, exposure=0.5):        """风险 = 暴露度 x 覆盖缺口 / 覆盖度(命中为1, 未命中为0.2)"""        covered, _ = self.covers(company, tech, usage)        coverage = 1.0 if covered else 0.2        gap = 1.0 - coverage        return round(exposure * gap / coverage, 3)  def main():    pledge = Pledge(        patents={"pat-001", "pat-002", "pat-003"},        entities={"alice-ai", "bob-tech", "any-person"},        uses={"use", "modify", "distribute"},    )    scenarios = [        ("alice-ai", "pat-001", "distribute", "AI推理框架集成"),        ("alice-ai", "pat-099", "use", "使用未列入的专利技术"),        ("mallory", "pat-002", "modify", "非名单主体修改代码"),        ("bob-tech", "pat-003", "sell", "商业销售行为超出清单"),    ]    for company, tech, usage, note in scenarios:        covered, reason = pledge.covers(company, tech, usage)        risk = pledge.risk_score(company, tech, usage)        status = "覆盖" if covered else "未覆盖"        print("【%s】%s -> %s | 风险=%s | %s" % (note, status, reason, risk, company))  if __name__ == "__main__":    main()
目的：把正文的覆盖度公式 C = S ∩ U ∩ P 和风险公式 R = E × V / C 变成可运行的尽调小工具，模拟四类典型场景的三方比对。
  1. self.patents = set(patents)把承诺专利列表转成集合，便于 O(1) 查询，对应 P 清单
  2. if company not in self.entities第一步比对主体名单，对应 S 要素
  3. if usage not in self.uses第二步核对使用行为，对应 U 要素
  4. return True, "三张清单全部命中"只有三项全中才返回覆盖，呼应交集逻辑
  5. coverage = 1.0 if covered else 0.2未覆盖时保留 0.2 兜底因子，避免除零
  6. return round(exposure * gap / coverage, 3)复现风险公式 R=E×V/C，输出量化风险
  7. for company, tech, usage, note in scenarios:模拟四类真实尽调场景，覆盖代表性风险

常见误区

误区我以为拿到公司开源专利承诺，就等于获得了免费使用全部相关技术的许可，可以直接集成到商业产品里，不用再看许可证。

正解承诺只是「不起诉」的弃权声明，不是「授权使用」的许可证。好比园主说「不报警」，不等于把土地租给你盖楼。你仍需开源许可证授予的实施权；承诺与许可要分开核查、缺一不可。

为何常见：两者都来自权利人的「好意」，且常在同一份开源公告里出现，初学者极易混淆法律性质。

误区承诺白纸黑字写着「不主张权利」，那肯定永远有效，不管公司怎么并购、不管我怎么用，承诺都像定海神针，永远不会倒。

正解多数承诺附有撤回条件、防御性终止或主体变更条款。并购可能改变受惠主体身份；对他人提起诉讼会触发终止；承诺方也可能按保留条款调整范围。只有明示「不可撤销」且无保留条件的承诺，约束力才最强。

为何常见：公告措辞常强调「我们承诺不使用专利武器」，语气坚定让人忽略末尾的条件与保留，把营销话术当成了法律保证。

误区企业发布了开源专利承诺，就等于它的全部专利都对全世界开源项目免费开放，我想怎么用都行，不用核对任何名单。

正解承诺一定限定专利名单、主体名单与行为清单。你的主体不在名单、技术不在名录或行为不在清单，覆盖度就是零。必须逐条比对三张清单，不能凭企业名号想当然。

为何常见：媒体报道常简化成「某某巨头宣布专利免费」，公众自然误以为「全部免费、人人可用」，忽略了承诺原文的边界条款。

误区公司有开源专利承诺护体，开源组件随便集成，反正不会被告，法务可以高枕无忧。

正解承诺只约束承诺方自己，第三方专利权人不受影响。你的竞争对手、专利非执业实体（NPE）照样可能起诉。承诺是降低风险的一个变量，不是消灭风险的免死金牌，风控体系仍需常备。

为何常见：把「单个权利人不告」偷换为「全世界都不告」，是风险感知的常见偏差，尤其在技术团队中特别普遍。

面试题

Q1. 林老先生「入园不报警」的告示，在开源世界里最接近哪种法律文件？

单选题 · easy

  • A.专利转让合同
  • B.专利不起诉承诺← 正确答案
  • C.商标授权许可
  • D.代码开源协议

答案：B。告示只承诺「不追究擅闯」，对应专利承诺中的不起诉承诺（B）。它不是转让（A 会转移所有权），不是商标授权（C 与专利无关），也不是开源协议（D 管代码授权而非诉权）。记住：承诺放弃诉权，不等于转让权利。

Q2. 下列哪一项属于开源专利承诺的常见落地形式？

单选题 · easy

  • A.单独公开声明
  • B.交叉授权协议
  • C.许可证内嵌条款
  • D.以上全部形式← 正确答案

答案：D。单独声明（如谷歌 OPN）、交叉协议（如 OIN 成员互免）、许可证内嵌条款（如 Apache-2.0 专利授权）都是现实存在的承诺形式，因此选「以上全部形式」。这也提醒你审查承诺时先判断形式，因为不同形式的请求权基础不同。

Q3. 企业在引入开源组件前，最稳妥的第一步是什么？

单选题 · easy

  • A.直接集成不做审查
  • B.仔细尽调承诺条款← 正确答案
  • C.忽略许可证直接打包
  • D.信任口头宣传就上线

答案：B。与游客入园前先读告示同理，企业应先对开源组件的许可证与专利承诺做尽调（B）。直接集成、忽略许可、轻信宣传都会把专利风险埋进产品里。尽调不是走形式，而是构建可追溯的合规证据链。

Q4. 承诺条款中的「防御性终止」指什么？

单选题 · mid

  • A.承诺自动永久生效
  • B.受惠方起诉他人则承诺失效← 正确答案
  • C.专利自动提前过期
  • D.承诺可转让给第三方

答案：B。防御性终止类似「游客在园内欺负别人，告示立刻作废」：若受惠方对开源生态中的其他人发起专利诉讼，承诺方有权收回承诺（B）。它防止用户拿承诺当盾、拿诉讼当矛；A、C、D 均与防御性终止无关。

Q5. 覆盖度公式 C = S ∩ U ∩ P 中，U 代表什么？

单选题 · mid

  • A.承诺覆盖的专利名录
  • B.承诺保护的使用行为← 正确答案
  • C.承诺适用的企业主体
  • D.承诺撤回的约定条件

答案：B。U 对应「使用行为」清单（使用、修改、分发等），S 对应主体名单，P 对应专利名录，三者交集才是真覆盖（B）。选 A 是把 U 当成了 P，选 C 是把 U 当成了 S，选 D 的变量在公式中并不存在。

Q6. 关于开源专利承诺与开源许可证的关系，正确的是？

单选题 · mid

  • A.承诺可以完全替代许可证
  • B.承诺是许可证之外的有益补充← 正确答案
  • C.承诺会自动覆盖许可证全部内容
  • D.承诺等同于专利所有权转移

答案：B。承诺管「诉权」，许可证管「使用权」，两者轨道不同，承诺是许可之外的有益补充（B）。「不报警」替代不了「授权你用地」，A 将二者混同，C 夸大覆盖范围，D 混淆权利性质。审查时两个文件都要看。

Q7. 承诺方事后反悔时，受惠方最可能援引哪项法律原则对抗？

单选题 · hard

  • A.信赖利益保护原则← 正确答案
  • B.商标混淆理论规则
  • C.反垄断豁免适用
  • D.专利期限延长规则

答案：A。游客因告示入园多年、形成稳定依赖，园主突然翻脸，法官可依信赖利益（禁反言）原则阻止反悔（A）。B 对应商标法领域，C 对应竞争法领域，D 关于专利有效期，均与单方承诺的约束力无关。

Q8. 判断一项承诺是否覆盖你，需要核对哪些要素？

多选题 · mid

  • A.专利名单← 正确答案
  • B.主体名单← 正确答案
  • C.使用行为← 正确答案
  • D.代码行数

答案：ABC。三张清单——专利、主体、行为——的交集决定覆盖度，对应 A、B、C。代码行数（D）是工程度量，与法律覆盖无关。就像入园要看「哪块地、谁进来、干什么」，三者缺一即不覆盖。

Q9. 企业评估开源专利承诺风险时，应重点关注哪些变量？

多选题 · extreme

  • A.承诺可撤销性← 正确答案
  • B.覆盖范围边界← 正确答案
  • C.防御性终止条款← 正确答案
  • D.承诺人国籍

答案：ABC。可撤销性决定承诺是否会被收回，覆盖范围决定保护半径，防御性终止决定你在诉讼他人后是否失去保护（A、B、C）。承诺人国籍（D）不是法律效力的考量因素——承诺约束力由文本与信赖关系决定，不看出身。

Q10. 下列哪些说法属于对开源专利承诺的典型误解？

多选题 · mid

  • A.承诺永久绝对有效← 正确答案
  • B.有了承诺就零风险← 正确答案
  • C.承诺覆盖所有使用行为← 正确答案
  • D.承诺等同于免费许可← 正确答案

答案：ABCD。四句话都踩了「绝对化」的坑：A 忽略撤回与终止条件，B 忘了第三方专利权人，C 无视三张清单限制，D 混淆诉权与授权。纠正口诀是「把形容词换成条款」——凡是「永远、全部、零风险、等同」，都要回原文逐条验证。