oai/openapi-specification

The OpenAPI Specification Repository

View on GitHub ↗Jump to charts ↓Open shareable report

Summary Information

Updated 50 minutes ago
Type:Documentation / SpecificationCategory(s):Documentation ToolsAPI Development ToolsDeveloper Tools
Added to GitGenius on September 13th, 2026
Created on March 3rd, 2014
Open Issues & Pull Requests: 80 (+0)
GitHub issues: Enabled
Number of forks: 9,154
Total Stargazers: 31,210 (+1)
Total Subscribers: 837 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 15.9 hours
Mean response time: 57.8 days
90th percentile: 84.0 days
Tracked items: 389

Most active contributors

Sign in to see contributor activity.

How this project is maintained

Around half of the issues opened in the past year never receive a reply. 76% of open issues come from outside the core team, so the backlog reflects real-world use rather than internal planning. Work labelled "ai slop/spam" is answered fastest, typically in about 3 hours, while "security" waits about 2 weeks. Only 5% of issues opened in the past year have been closed. Three people close 75% of everything that gets resolved.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 50
New in 7 days: 1
Closed in 7 days: 2
Avg open age: 1,789 days
Stale 30+ days: 46
Stale 90+ days: 42

Recent activity

Opened in 7 days: 1
Closed in 7 days: 2
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • Housekeeping (125)
  • param serialization (22)
  • Process (21)
  • media and encoding (20)
  • Schema (19)
  • ai slop/spam (19)
  • clarification (13)
  • metadata (13)

Detailed Description

The OpenAPI Specification is a standard for describing HTTP APIs in a machine-readable format that enables both humans and computers to discover and understand service capabilities without access to source code or additional documentation.

The specification solves the problem of API discoverability and integration by defining a programming language-agnostic interface description format. It allows consumers to understand and interact with remote services with minimal implementation logic, removing guesswork from API consumption. OpenAPI documents are represented in YAML or JSON and can be produced statically or generated dynamically from applications. The specification supports use cases including interactive documentation, code generation for documentation and clients, and test case automation.

Developers should adopt the OpenAPI Specification when they need to document HTTP APIs in a standardized, machine-readable way that facilitates tooling and automation. It suits projects where API discoverability, client generation, and automated testing are priorities. The specification does not require rewriting existing APIs or binding software to a service; it simply requires describing the service's capabilities in OpenAPI structure. It is designed to support both design-first and code-first development approaches. The specification focuses on HTTP APIs and REST services, though it does not attempt to cover every possible style of HTTP API.

The project is maintained as a community-driven specification within the OpenAPI Initiative, a Linux Foundation Collaborative Project. Development follows a formal contributing process documented in the repository's guidelines. The specification is versioned, with all published versions maintained as Markdown sources in the repository alongside release notes and release candidate versions. The project maintains a curated list of implementations showing how developers can create, present, and use OpenAPI definitions.