代码从而导致只有很少的人才能够阅读和修改它。
当软件的开发者按照由OSI认证的许可证发布他们的软件时，他们可以在软件中使用"OSI Certified"标志。这种认证标志告知用户，该软件所采用的许可证符合开放源代码定义。关于我们的认证标志的更多信息及其纲要，请参见OSI Certified标志与纲要。
自由地再发布
通过强制要求许可证允许自由地再发布，我们抵制了任何为了获得少量短期销售金额而放弃长期效益的诱惑。如果我们不这样做，就会有很多压力迫使合作者放弃承诺。
源代码
由于软件只有通过修改才能够得到改进，因此我们要求获得易于理解的源代码。因为我们的目的是使软件易于改进，我们也就希望软件易于修改。
派生作品
仅仅提供可以阅读的源代码，对于实施认真的评审、对于软件的快速改良与遴选来说都是不够的。为了加快改进软件的速度，人们需要能够进行试验和对修改进行重新发布。
作者的源代码的完整性
鼓励对软件进行各种改进是一件好事，但使用者有权知道谁应该对他们所使用的软件负责。软件的作者和维护者都有权知道需要他们提供支持的软件是什么，以维护他们的名誉。
因此，开放软件许可证必须保证可以容易地得到源代码，但可以要求源代码以原始源代码和一组补丁文件的形式发布。按照这种方式，就可以获得"非正式的"的修改而同时又可以轻易地把它们从原始源代码中区分出来。
不得歧视任何个人或团体
为了从该进程中获得最大的收益，应该给尽可能多的个人和团体以同等资格对开放源代码软件做出贡献。为此我们禁止开放源代码许可证把任何人排除在这个进程之外。
不得歧视任何应用领域（fields of endeavor）
该条款的主要目的是禁止许可证中含有使开放源代码软件无法在商业上使用的规定。我们需要商业用户参与我们的工作，而不让他们感到被排除在外。
许可证的发布
本条款的目的是禁止通过非直接的手段，例如需要签署非公开的协定，使软件无法公开。
许可证不能针对于一个产品
本条款用于预防其它许可证陷阱。
许可证不能影响其它软件
开放源代码软件的发布者有权为他们自己的软件做出选择。
是的，GPL满足这条要求。按GPL发布的库只影响（contaminate）在运行时与之连接的软件，于仅仅和它一同发布的软件无关。
OSI Certified标志与纲要
开放源代码定义给出了开放源代码软件的基本性质。不幸的是，术语"开放源代码"遭到了滥用，并且由于它的描述性，它不能作为一个商标（这是我们的首选）被保护。由于社团需要一种可靠的方式以确定一份软件是否真正是开放源代码软件。OSI为此目的而注册了一个认证标志，OSI Certified。如果你在一份软件上看到了该标志，那么该软件就是必定是按照遵从开放源代码定义的许可证发布的，否则，该发行人就是在滥用该标志而且违反了法律。
OSI Certified标志被用于软件而不是许可证：人们需要知道的是组
