OAI/OpenAPI-Style-Guide

The OpenAPI Initiative Style Guide

How to (and how not to) refer to the OAI in meetups, interviews, casual conversations, the settling of bar bets, and for conference presentations.

The Specification Name and Usage

OpenAPI Specification refers the name of the popular API description standard. It contains ONE space and FIVE capital letters. Following the first instance, it may be referred to as:

• OAS: for example, "Which version of OAS are you using?"

• OpenAPI document: for when you need to refer to a description document that conforms to the specification (rather than the specification itself).

• OpenAPI (when referring to the format in comparison to another): such as "OpenAPI has a different signature mechanism than WSDL."

Since the OpenAPI name has become mainstream, it has become less necessary to introduce it as, "The OpenAPI Specification, formerly known as the Swagger specification," though do so if you wish! (Note that if Swagger is mentioned in this way, it should be accompanied by the word "specification" as Swagger remains SmartBear's trademark for certain open source tools.)

The Initiative Name and Usage

The OpenAPI Initiative refers to the organization that oversees the specification. It must contain ONE space and FIVE capital letters. After the initial declaration, it may be referred to as the "OAI" in subsequent references, for example:

• The OpenAPI Specification (OAS) provides an open governance model, as directed by the OpenAPI Initiative's charter. The specification, although managed by the OAI, is not the same as the initiative itself.

Guidelines for Naming Projects, Tools, or Organizations

If you are creating something that works with or depends upon the OpenAPI Specification, you may decide you would like to use OpenAPI in the name of said thing. In these cases, it is important to consider whether your audience might confuse your effort as being under the auspices of the OpenAPI Initiative. Ask yourself, "Might someone think this was an official tool/project/group of the OAI?" If the answer is, "Maybe," then consider adding a modifier. For example, OpenAPI Tools vs OpenAPI-based Tools or even Tools for OpenAPI. If you're uncertain, please reach out via Bluesky, Slack, or email, and we can help work through it with you.

Similarly, you may wish to have a graphic that uses the colors or visual themes of the OpenAPI logo. Again, tread carefully, as it is important for the community that the OAI maintain a strong, recognizable brand. For example, if you're considering using the barbell element or the segmented circle, you may want to reach out to the OAI proactively to avoid a rebranding exercise later.

References to Teams in the Project

As per the charter, the OpenAPI Initiative (OAI) provides an open source, technical community, within which industry participants may contribute to building a vendor-neutral, portable, and open specification for providing technical metadata for REST APIs — the OpenAPI Specification (OAS). The following named groups may be properly referred to as:

• Business Governance Board ("BGB", second reference)

  • Comprised of official corporate entities (companies, schools, non-profits, etc.) who have signed the official project membership agreement to be members of the OpenAPI Initiative and are bound by the laws governed by the project’s charter. [Read more here]

• Technical Steering Committee ("TSC", second reference)

  • The Technical Steering Committee (TSC) is open to any developer, end user or subject matter expert that participates in the activities of OAI, regardless of whether the participant is employed by an OAI member company. Influence on the evolution of the OAS comes by engaging with the TSC in technical discussions and by contributing to the project. [Read more here]
  • The OAI board approved a name change of this body from the Technical Developer Community to the Technical Steering Committee as of Feb. 8, 2018.

• Technical Oversight Board ("TOB", second reference)

  • The Technical Oversight Board (TOB) is responsible for managing conflicts, violations of procedures or guidelines and any cross-project or high-level issues that cannot be resolved in the TSC for the Specification. The TOB shall also be responsible for adding, removing or re-organizing OAI Projects. The TOB shall not dictate or interfere with the day-to-day work of individual OAI Projects or their decisions. [Read more here]

Linux Foundation

The OpenAPI Initiative is one of the Linux Foundation's Collaborative Projects, which are independently funded software projects that harness the power of collaborative development to fuel innovation across industries and ecosystems.

• What is a Linux Foundation Collaborative Project?

  • Collaborative Projects are independently funded software projects that harness the power of collaborative development to fuel innovation across industries and ecosystems. By spreading the collaborative DNA of the largest collaborative software development project in history, The Linux Foundation provides the essential collaborative and organizational framework so project hosts can focus on innovation and results. Linux Foundation Collaborative Projects span the enterprise, mobile, embedded and life sciences markets and are backed by many of the largest names in technology. For more information about Linux Foundation Collaborative Projects, please visit: [Read more here]

• What is the Linux Foundation?

  • The Linux Foundation is a nonprofit consortium dedicated to fostering the growth of Linux and collaborative software development. Founded in 2000, the organization sponsors the work of Linux creator Linus Torvalds and promotes, protects and advances the Linux operating system and collaborative software development by marshaling the resources of its members and the open source community. The Linux Foundation provides a neutral forum for collaboration and education by hosting Collaborative Projects, Linux conferences including LinuxCon, and generating original research and content that advances the understanding of Linux and collaborative software development. More information can be found at [Read more here].

Graphics

This repository contains color (Pantone), black, and white versions of the OpenAPI Initiative's logo in both vector and bitmap. Whenever possible, prefer the color logo, though white or black treatments may be considered more appropriate under certain conditions, and the lettering may be omitted where a purely graphical representation is required. When using a graphic to represent the OpenAPI Specification rather than the OpenAPI Initiative, consider using the logos named OpenAPI_Specification_Logo_* or omit the lettering on the main OAI logo. The OpenAPI logos should not be deformed or used in a way that may be considered disrespectful.

The official Pantone swatches are also available for reference.

A Short History of the OpenAPI Initiative and the OpenAPI Specification

On Nov. 5, 2015, SmartBear in conjunction with 3Scale, Apigee, Capital One, Google, IBM, Intuit, Microsoft, PayPal, and Restlet announced the formation of the OpenAPI Initiative, an open source project under the Linux Foundation. As part of the formation of the OAI, SmartBear donated the Swagger specification to the Linux Foundation, meaning that the OpenAPI Specification is semantically identical to the specification formerly known as the Swagger 2.0 specification. It is widely recognized as the most popular open source framework for defining and creating RESTful APIs, and today tens of thousands of developers are building thousands of open source repos of tools leveraging the OpenAPI Specification. In 2010, the Swagger specification was created by Wordnik, who published it under an open source license one year later. In March of 2015, SmartBear acquired Wordnik's interests in the Swagger projects from its parent company, Reverb Technologies.