What Is the Open Source Initiative?

Updated June 2026
The Open Source Initiative (OSI) is a nonprofit organization founded in 1998 that maintains the Open Source Definition, the document that establishes what qualifies as an open source license. The OSI reviews and approves licenses, advocates for open source adoption in government and industry, and serves as the authoritative voice on what "open source" means as a legal and cultural concept. When a license carries the OSI-approved mark, it guarantees that the license meets a clear set of freedoms for users, developers, and organizations.

The History of the OSI

The Open Source Initiative was founded by Eric S. Raymond and Bruce Perens in February 1998, during a period of intense debate about how to promote free and open source software to businesses and the general public. The free software movement, led by Richard Stallman and the Free Software Foundation (FSF), had been advocating for software freedom since the 1980s, but its emphasis on ethical principles and its opposition to proprietary software made many business leaders uncomfortable.

Raymond and Perens believed that reframing the conversation around practical benefits, emphasizing the superior development methodology, code quality, and cost savings of openly developed software, would be more effective at driving corporate adoption. They coined the term "open source" as a marketing-friendly alternative to "free software" (which was often misunderstood as meaning "free of charge" rather than "free as in freedom") and created the OSI to promote this new framing.

The Open Source Definition itself was adapted from the Debian Free Software Guidelines (DFSG), which Bruce Perens had written for the Debian project. The DFSG established the criteria for what software could be included in Debian's main repository, and these criteria, with modifications, became the ten provisions of the Open Source Definition. This lineage connects the OSI directly to one of the oldest and most principled open source communities in existence.

The Open Source Definition

The Open Source Definition (OSD) is a ten-point document that specifies the conditions a software license must meet to be classified as open source. Understanding these criteria is essential for anyone evaluating whether a license truly qualifies as open source or whether it uses the term loosely.

The first and most fundamental requirement is free redistribution: the license cannot restrict anyone from selling or giving away the software as part of a larger distribution. The second requirement is source code: the program must include source code, or the source code must be available by clearly publicized means at no more than a reasonable reproduction cost. The third is derived works: the license must allow modifications and derived works, and must allow them to be distributed under the same terms as the original license.

Other provisions address integrity of the author's source code (allowing patch files as an alternative to direct modification), no discrimination against persons, groups, or fields of endeavor, distribution of license rights without requiring additional agreements, the license not being specific to a product, the license not restricting other software distributed alongside it, and technology neutrality. Together, these ten provisions define a clear boundary between software that is genuinely open source and software that merely makes its source code visible without granting meaningful freedoms.

How does the OSI approve licenses?
The OSI maintains a license review process where anyone can submit a license for evaluation. The license is reviewed against the Open Source Definition by the OSI's License Review Committee and discussed publicly on the license-review mailing list. If the license meets all ten criteria of the OSD, it is added to the OSI's list of approved licenses. The process is designed to be thorough, and the OSI has rejected licenses that appear open source on the surface but contain restrictions that violate one or more OSD provisions. As of 2026, approximately 100 licenses have received OSI approval.
What is the difference between OSI open source and free software?
The practical differences are minimal. Almost all licenses that qualify as "free software" under the Free Software Foundation's four freedoms also qualify as "open source" under the OSD, and vice versa. The disagreement is primarily philosophical: the FSF frames software freedom as an ethical imperative, arguing that users have a moral right to control the software they use, while the OSI frames open source as a superior development methodology that produces better software. This distinction matters in advocacy and policy discussions but rarely affects which license a developer chooses for their project.
Does OSI approval matter for my project?
Using an OSI-approved license signals to potential contributors and users that your project meets a recognized standard of openness. Many corporate open source policies require that dependencies use OSI-approved licenses, so choosing an approved license removes a potential barrier to adoption. Government procurement policies in several countries also reference OSI approval. For most projects, using one of the well-known OSI-approved licenses (MIT, Apache 2.0, GPL, MPL 2.0) is the simplest approach, as these have been thoroughly tested in legal and community contexts.

The OSI's Role Today

Beyond license stewardship, the OSI plays several roles in the broader open source ecosystem. The organization advocates for open source adoption in government, working with policymakers on procurement standards, digital sovereignty initiatives, and open data policies. The OSI has been particularly active in the European Union, where digital policy debates frequently intersect with open source interests.

The OSI also serves as a community convener and educator. It organizes the annual State of Open Source report, maintains a directory of OSI-approved licenses with explanations of their terms, and runs outreach programs aimed at helping businesses, governments, and individuals understand the practical and legal implications of open source software. The organization's blog and social media presence provide commentary on emerging issues in the open source world, from AI model licensing to software supply chain security.

In recent years, the OSI has faced challenges in maintaining its relevance as the open source ecosystem has grown and diversified. The rise of "source available" licenses, which make source code visible but do not meet the OSD's requirements for modification and redistribution, has created ongoing debates about the boundaries of open source. Companies like HashiCorp, Elastic, and MongoDB have moved from OSI-approved licenses to custom licenses that restrict certain commercial uses, prompting the OSI to clarify that these licenses, while legitimate business choices, do not qualify as open source.

The OSI and AI

One of the most significant recent challenges for the OSI has been defining what "open source" means in the context of artificial intelligence. Traditional open source definitions were written for software, where the source code is the complete description of the program. AI models are different: their behavior is determined not just by code but by training data, model weights, and training methodologies that may not be fully reproducible even when shared.

The OSI launched a process in 2023 to develop an Open Source AI Definition (OSAID), engaging with researchers, companies, and community members to determine what freedoms an AI system must provide to qualify as "open source." The resulting definition, published in 2024, addresses the unique challenges of AI transparency, including requirements around training data documentation, model weights availability, and the ability to study, modify, and share AI systems. This work has become increasingly important as AI systems proliferate and governments consider regulations that may distinguish between open and closed AI models.

OSI Governance and Membership

The OSI is governed by a board of directors, some of whom are elected by the organization's individual and affiliate members. Individual membership is open to anyone who supports the OSI's mission, and affiliate membership is available to organizations that want to support open source advocacy. The board sets organizational strategy, oversees the license review process, and represents the OSI in policy discussions.

The organization's staff is small, and much of its work is done by volunteers and committee members. The License Review Committee, the Policy and Advocacy Committee, and various working groups handle the operational work of license evaluation, policy analysis, and community engagement. This volunteer-driven model keeps the OSI's operating costs low but also means that the organization's capacity is limited by the availability of its volunteers.

Why the OSI Matters

The OSI's primary value is as a standard-setter. In a world where "open source" is used loosely by companies, marketers, and policymakers, the OSI provides a rigorous, community-developed definition that separates genuine open source from imitations. This definitional clarity protects users and contributors: when you see an OSI-approved license, you know that the license has been evaluated against a published standard and that it grants you specific, meaningful freedoms.

The OSI also serves as institutional memory for the open source movement. Its archives of license discussions, policy positions, and community debates document three decades of thinking about how to make collaborative software development work at scale. For anyone navigating the complex landscape of open source licensing, governance, or policy, the OSI is an essential reference point.

Key Takeaway

The Open Source Initiative is the steward of the Open Source Definition and the authority on what qualifies as an open source license. Using an OSI-approved license for your project gives contributors and users confidence that your software meets a recognized standard of openness, and the OSI's ongoing work on AI and policy ensures that the definition stays relevant as technology evolves.