小王在 GitHub 上找到一个好用的 Python 工具，README 里写着「MIT License」，他顺手 clone 下来改了几行代码，结果公司法务突然问：「这个许可证允许商用吗？能改源码吗？要不要公开你自己的修改？」——小王愣住了：MIT 是啥？BSD 又是啥？GPL 和 AGPL 差在哪？
许可证不是「免责声明」，是法律契约
很多人把开源许可证当成一句客套话，其实它和租房合同一样有约束力。你下载、修改、分发一个开源项目，就自动进入了许可证设定的权利与义务关系中。而中文互联网上，大量项目只提供英文原文，没翻译、没注释、甚至没人敢翻——怕翻错担责。
常见许可证中文译法，够你日常用
目前社区较公认的中文译名（参考开源社、OSI 中文站及《开源许可证使用指南》）：
- MIT License：麻省理工学院许可证（或简作 MIT 许可证）
- Apache License 2.0：Apache 许可证第 2.0 版
- GPL v3：GNU 通用公共许可证第三版
- AGPL v3：GNU 宽通用公共许可证第三版（注意：AGPL ≠ LGPL，前者管网络服务，后者管动态链接库）
- BSD 2-Clause / 3-Clause：BSD 两条款 / 三条款许可证（「条款」比「条款版」更常用）
这些译名不是谁拍脑袋定的，而是经多年协作校对、被主流中文技术文档（如 Vue、React 官方中文站、腾讯开源官网）反复采用后沉淀下来的。
自己翻？先看这三条底线
如果你真想动手翻译一份许可证全文（比如给团队内部做合规说明），记住三个铁律：
- 不增不减：英文原文说「shall not」，中文不能写成「不应」或「禁止」，得译作「不得」；
- 术语统一：全文中「Licensee」始终译为「被许可方」，不一会儿「使用者」、一会儿「用户」；
- 保留原文结构：段落编号、条款层级（如 4(a)(ii)）必须和原文严丝合缝，方便后续对照核查。
举个真实例子：GPLv3 第 1 节开头：
“You may make, run and propagate covered works that you do not convey, without conditions so long as your license otherwise remains in force.”规范中译是：
“只要你所持有的许可证持续有效，你即可制作、运行并传播你未予分发的本许可证所涵盖的作品，且不受任何附加条件限制。”注意「covered works」「convey」「in force」等关键概念都用了固定译法，而不是自由发挥。
别硬啃，用现成资源更靠谱
个人建议优先用已验证过的中文版本：
- OSI 官网中文页（opensource.org/licenses）提供 MIT、Apache 2.0 等主流许可证官方认可译文；
- 开源社（kaiyuanshe.cn）发布过《开源许可证中文翻译对照表》，PDF 可免费下载；
- GitHub 项目如
license-list-data（spdx.org）含多语种结构化数据，支持程序化比对。
最后提醒一句：翻译只是第一步。真正要用好开源软件，得结合你自己的使用场景——是嵌入到闭源 App 里？还是搭个内部 SaaS？不同场景下，哪怕同是 MIT，风险点也完全不同。许可证翻译帮你读懂字面意思，而读透背后逻辑，才是入门真正的开始。