openapi-spec-generation

Generate and validate OpenAPI 3.1 specifications from code and design-first specs.

Updated Mar 18, 2026
One-click install
npx skills add https://github.com/ekremmkasap/jarvis --skill openapi-spec-generation-ekremmkasap
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openapi-spec-generation
Source: https://github.com/ekremmkasap/jarvis/tree/main/server/agent_prompts/wshobson/plugins/documentation-generation/skills/openapi-spec-generation
Command: npx skills add https://github.com/ekremmkasap/jarvis --skill openapi-spec-generation-ekremmkasap

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

OpenAPI specifications are the contract that defines how APIs behave, but they often lag behind code and design decisions. This skill automates the generation, validation, and maintenance of OpenAPI 3.1 specs from code, design-first plans, and runtime checks, ensuring consistent API contracts.

Core Features & Use Cases

  • Design-first and code-first generation: Create specs from design docs or source code.
  • Validation and synchronization: Detect drift between code, tests, and the OpenAPI document.
  • SDK and documentation generation: Produce client SDKs and publish API docs from a single source of truth.
  • Templates and examples: Leverage ready-made OpenAPI templates to accelerate adoption.
  • Use Case: Keep APIs in sync during rapid iteration, migrations, or public API exposure.

Quick Start

Run the OpenAPI generation workflow against your codebase to produce a validated OpenAPI 3.1 specification ready for docs and SDKs.

Frequently Asked Questions about openapi-spec-generation

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate OpenAPI 3.1 specifications from existing source code?

Generate OpenAPI 3.1 specifications from source code by running the code-first generation workflow against your codebase to parse API routes and automatically produce a validated, ready-to-publish OpenAPI document.

What's the best way to prevent API documentation drift between code and design?

Prevent API documentation drift by applying validation and synchronization patterns that detect discrepancies between code, tests, and the OpenAPI document during rapid iteration or migrations, ensuring consistent API contracts.

Does design-first API development work alongside code-first spec generation?

Design-first and code-first development are fully supported through a hybrid approach, allowing you to create OpenAPI specs from design docs or source code while enforcing validation across both workflows.

Can I use an OpenAPI spec to generate client SDKs and API documentation?

Use an OpenAPI spec to generate client SDKs and publish API documentation from a single source of truth, leveraging ready-made templates to accelerate adoption and produce ready-to-publish artifacts.

When do I need to validate an OpenAPI contract across design and runtime environments?

Validate an OpenAPI contract across design efforts and runtime checks when you need to expose public APIs, perform migrations, or keep APIs in sync during rapid iteration to ensure consistent behavior.