用 AI 编程，常见的一幕是：装几个组件，很快就做出一个能运行的工具。界面、图表、文件处理，许多能力来自别人已经写好的代码。
这些代码可以免费取得，很容易让人把下一句话也补上：“那就没有使用条件了吧？”
条件通常写在许可证里。开放源代码让人能够在许可范围内使用和改进软件，不代表权利人放弃了一切要求。不同项目的许可内容，也不一样。
以常见的 MIT 许可证为例，它允许使用、修改、分发和销售软件副本等行为，同时要求在软件副本或实质部分保留版权与许可声明。这里只说这一种许可，不能推成所有开源项目的规则。资料：MIT 许可证文本
因此，“能商用吗”往往只是问题的开头。代码有没有修改，是否交给客户，怎样部署，包含哪些其他组件，都可能影响需要履行的条件。单报出一个许可证名称，有时还不足以判断整个产品。
设想一个在线文档工具，原来只在经营者自己的服务器上运行。后来企业客户要求把系统装进内网。功能几乎没变，但程序、依赖和镜像开始作为交付物移交，使用情境已经不同，原先的判断未必涵盖这一步。
还有一些代码不在常规依赖表里。可能是从文章复制的片段，可能是工具生成后带进来的文件。来源没有记清，不等于没有许可要求；扫描工具没有识别出来，也不等于已经获得了随意使用的权利。
对刚入门的人来说，不必一下记住所有许可证缩写。更值得理解的是：开源帮产品省掉了大量从头开发的工作，而采用这些成果，也会带来对应的许可条件。具体争议仍需结合版本、使用方式和适用法律判断。
真正令人安心的交付，不只是程序能够打开，还包括经营者说得清里面用了什么，以及为什么有权这样交出去。那些随软件一起保留的小文件，可能正承载着这件事的依据。