Expert guidance for designing and validating OpenAPI 3.x specifications and REST API schemas.

Install

mkdir -p .claude/skills/openapi && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/11692" && unzip -o skill.zip -d .claude/skills/openapi && rm skill.zip

Installs to .claude/skills/openapi

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

OpenAPI Specification (OAS 3.x): document structure, paths, operations, schemas, parameters, security schemes, and validation. Use when writing, reading, or validating OpenAPI specs, designing REST API schemas, or working with OAS 3.x document structure. Keywords: OpenAPI, OAS, Swagger, REST API, schemas.
306 chars✓ has a “when” triggerlonger than Claude Code's old 250-char listing cap (fine on current versions)
Intermediate

Key capabilities

  • Create new OpenAPI specification documents
  • Describe HTTP API endpoints and their operations
  • Define request and response schemas using various data types
  • Configure API security schemes (OAuth2, API keys, JWT)
  • Validate existing OpenAPI documents for correctness
  • Generate client or server code from OpenAPI specifications

How it works

The skill provides guidance and structural examples for OpenAPI Specification (OAS) 3.x, covering document structure, paths, operations, schemas, parameters, and security schemes.

Inputs & outputs

You give it
Requirements for an API, or an existing OpenAPI document
You get back
A valid OpenAPI 3.x specification document, or validation feedback

When to use openapi

  • Design REST API schemas
  • Validate an OpenAPI spec
  • Define API security schemes
  • Document HTTP endpoints

About this skill

OpenAPI Specification

This skill provides guidance for working with OpenAPI Specification (OAS) documents.

Current version: OpenAPI 3.2.0 (September 2025)

Quick Navigation

  • Document structure: references/document-structure.md
  • Operations & paths: references/operations.md
  • Schemas & data types: references/schemas.md
  • Parameters & serialization: references/parameters.md
  • Security: references/security.md

When to Use

  • Creating a new OpenAPI specification document
  • Describing HTTP API endpoints
  • Defining request/response schemas
  • Configuring API security (OAuth2, API keys, JWT)
  • Validating an existing OpenAPI document
  • Generating client/server code from specs

Document Structure Overview

An OpenAPI document MUST have either an OpenAPI Object or Schema Object at the root.

Required Fields

openapi: 3.2.0 # REQUIRED: OAS version
info: # REQUIRED: API metadata
  title: My API
  version: 1.0.0

Complete Structure

openapi: 3.2.0
info:
  title: Example API
  version: 1.0.0
  description: API description (supports CommonMark)
servers:
  - url: https://api.example.com/v1
paths:
  /resources:
    get:
      summary: List resources
      responses:
        "200":
          description: Success
components:
  schemas: {}
  parameters: {}
  responses: {}
  securitySchemes: {}
security:
  - apiKey: []
tags:
  - name: resources
    description: Resource operations

Core Objects Reference

Info Object

info:
  title: Example API # REQUIRED
  version: 1.0.0 # REQUIRED (API version, NOT OAS version)
  summary: Short summary
  description: Full description (CommonMark)
  termsOfService: https://example.com/terms
  contact:
    name: API Support
    url: https://example.com/support
    email: [email protected]
  license:
    name: Apache 2.0
    identifier: Apache-2.0 # OR url (mutually exclusive)

Server Object

servers:
  - url: https://api.example.com/v1
    description: Production
  - url: https://{environment}.example.com:{port}/v1
    description: Configurable
    variables:
      environment:
        default: api
        enum: [api, staging, dev]
      port:
        default: "443"

Path Item Object

/users/{id}:
  summary: User operations
  parameters:
    - $ref: "#/components/parameters/userId"
  get:
    operationId: getUser
    responses:
      "200":
        description: User found
  put:
    operationId: updateUser
    requestBody:
      $ref: "#/components/requestBodies/UserUpdate"
    responses:
      "200":
        description: User updated

Operation Object

get:
  tags: [users]
  summary: Get user by ID
  description: Returns a single user
  operationId: getUserById # MUST be unique across all operations
  parameters:
    - name: id
      in: path
      required: true
      schema:
        type: string
  responses:
    "200":
      description: Success
      content:
        application/json:
          schema:
            $ref: "#/components/schemas/User"
    "404":
      description: Not found
  security:
    - bearerAuth: []
  deprecated: false

Schema Recipes

Basic Object

components:
  schemas:
    User:
      type: object
      required: [id, email]
      properties:
        id:
          type: string
          format: uuid
        email:
          type: string
          format: email
        name:
          type: string
        age:
          type: integer
          minimum: 0

Composition with allOf

ExtendedUser:
  allOf:
    - $ref: "#/components/schemas/User"
    - type: object
      properties:
        role:
          type: string
          enum: [admin, user, guest]

Polymorphism with oneOf

Pet:
  oneOf:
    - $ref: "#/components/schemas/Cat"
    - $ref: "#/components/schemas/Dog"
  discriminator:
    propertyName: petType
    mapping:
      cat: "#/components/schemas/Cat"
      dog: "#/components/schemas/Dog"

Nullable and Optional

# OAS 3.1+ uses JSON Schema type arrays
properties:
  nickname:
    type: [string, "null"] # nullable

Parameter Locations

Locationin valueNotes
PathpathMUST be required: true
QueryqueryStandard query parameters
Query stringquerystringEntire query string as single param
HeaderheaderCase-insensitive names
CookiecookieCookie values

Parameter Styles

StyleinTypeExample (color=blue,black)
simplepatharrayblue,black
formqueryprimitive/array/objectcolor=blue,black
matrixpathprimitive/array/object;color=blue,black
labelpathprimitive/array/object.blue.black
deepObjectqueryobjectcolor[R]=100&color[G]=200

Security Schemes

API Key

components:
  securitySchemes:
    apiKey:
      type: apiKey
      in: header # header, query, or cookie
      name: X-API-Key

Bearer Token (JWT)

bearerAuth:
  type: http
  scheme: bearer
  bearerFormat: JWT

OAuth2

oauth2:
  type: oauth2
  flows:
    authorizationCode:
      authorizationUrl: https://auth.example.com/authorize
      tokenUrl: https://auth.example.com/token
      scopes:
        read:users: Read user data
        write:users: Modify user data

Apply Security

# Global (all operations)
security:
  - bearerAuth: []

# Per-operation
paths:
  /public:
    get:
      security: [] # Override: no auth required
  /protected:
    get:
      security:
        - oauth2: [read:users]

Reference Object

Use $ref to avoid duplication:

# Reference within same document
$ref: '#/components/schemas/User'

# Reference to external file
$ref: './schemas/user.yaml'
$ref: './common.yaml#/components/schemas/Error'

Components Object

Reusable building blocks:

components:
  schemas: # Data models
  responses: # Reusable responses
  parameters: # Reusable parameters
  examples: # Reusable examples
  requestBodies: # Reusable request bodies
  headers: # Reusable headers
  securitySchemes: # Security definitions
  links: # Links between operations
  callbacks: # Webhook definitions
  pathItems: # Reusable path items

Best Practices Checklist

  • Include operationId for all operations (unique, programming-friendly)
  • Use $ref for reusable components
  • Add meaningful description fields (supports CommonMark)
  • Define all possible response codes
  • Include examples for complex schemas
  • Use tags to group related operations
  • Mark deprecated operations with deprecated: true
  • Use semantic versioning for info.version

Critical Prohibitions

  • Do NOT omit openapi and info fields (they are REQUIRED)
  • Do NOT use duplicate operationId values
  • Do NOT mix $ref with sibling properties in Reference Objects
  • Do NOT use path parameters without required: true
  • Do NOT use implicit OAuth2 flow in new APIs (deprecated)
  • Do NOT forget security for protected endpoints

Validation

File Naming

  • Entry document: openapi.json or openapi.yaml (recommended)
  • Format: JSON or YAML (equivalent)
  • All field names are case-sensitive

Common Validation Errors

ErrorFix
Missing required fieldAdd openapi, info.title, info.version
Invalid operationIdUse unique, valid identifier
Path parameter not in pathEnsure {param} matches parameter name
Duplicate path templateRemove conflicting /users/{id} vs /users/{userId}
Invalid $refCheck URI syntax and target existence

Links

When not to use it

  • When working with API documentation formats other than OpenAPI 3.x
  • When the task does not involve REST API design or validation

Limitations

  • Requires adherence to OpenAPI 3.x specification rules
  • Does not support implicit OAuth2 flow for new APIs
  • Does not mix `$ref` with sibling properties in Reference Objects

How it compares

This skill offers structured guidance and examples specifically for OpenAPI 3.x, facilitating the creation and validation of API specifications, unlike generic API documentation tools.

Compared to similar skills

openapi side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
openapi (this skill)05moNo flagsIntermediate
openapi-spec-generation222moNo flagsIntermediate
microsoft-code-reference75moReviewBeginner
openai-knowledge54moNo flagsIntermediate

Try saying

Example prompts that trigger this skill in your AI assistant.

You might also like

openapi-spec-generation

wshobson

Generate and maintain OpenAPI 3.1 specifications from code, design-first specs, and validation patterns. Use when creating API documentation, generating SDKs, or ensuring API contract compliance.

22122

microsoft-code-reference

github

Look up Microsoft API references, find working code samples, and verify SDK code is correct. Use when working with Azure SDKs, .NET libraries, or Microsoft APIs—to find the right method, check parameters, get working examples, or troubleshoot errors. Catches hallucinated methods, wrong signatures, and deprecated patterns by querying official docs.

747

openai-knowledge

openai

Use when working with the OpenAI API (Responses API) or OpenAI platform features (tools, streaming, Realtime API, auth, models, rate limits, MCP) and you need authoritative, up-to-date documentation (schemas, examples, limits, edge cases). Prefer the OpenAI Developer Documentation MCP server tools when available; otherwise guide the user to enable `openaiDeveloperDocs`.

539

agent-docs-api-openapi

ruvnet

Agent skill for docs-api-openapi - invoke with $agent-docs-api-openapi

432

openai-docs

openai

Use when the user asks how to build with OpenAI products or APIs and needs up-to-date official documentation with citations (for example: Codex, Responses API, Chat Completions, Apps SDK, Agents SDK, Realtime, model capabilities or limits); prioritize OpenAI docs MCP tools and restrict any fallback browsing to official OpenAI domains.

333

http-generate

spring-ai-alibaba

Generates HTTP request examples for Spring Boot Web interfaces according to task specification and saves them as .http files in module-generate.md directories

16

Search skills

Search the agent skills registry