design-api

Transform requirements and domain models into a linted OpenAPI document.

41|7|Updated Mar 9, 2026
One-click install
npx skills add https://github.com/paraskakis/skills --skill design-api-paraskakis
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: design-api
Source: https://github.com/paraskakis/skills/tree/main/api/design-api
Command: npx skills add https://github.com/paraskakis/skills --skill design-api-paraskakis

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Design an API from a complete set of inputs (Requirements, Domain, API Standards, and OpenAPI Best Practices) and produce a reviewable set of API stories followed by a linted OpenAPI specification.

Core Features & Use Cases

  • Enforces four foundation inputs: Requirements, Domain model, API Standards, and OpenAPI Best Practices.
  • Optional API user stories: if provided, skips to spec generation; if not provided, generates stories for review before building the spec.
  • Generates a complete OpenAPI document (default OpenAPI 3.1.0) with proper schemas, components, and error handling.
  • Optional integration with RateMyOpenAPI for automated linting and scoring; local preview via Node.js tooling when available.
  • Uses the conference scheduling API example for bundled inputs to demonstrate end-to-end workflow.

Quick Start

Provide the four required inputs (Requirements, Domain, API Standards, and OpenAPI Best Practices) or start from the bundled conference scheduling API example to generate a complete API design and spec.

Frequently Asked Questions about design-api

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

FAQPage Schema
How do I generate an OpenAPI spec from requirements and domain models?

To generate an OpenAPI spec from requirements, you provide four foundation inputs: Requirements, Domain model, API Standards, and OpenAPI Best Practices. The Skill transforms these into a validated OpenAPI document with proper schemas and error handling.

What is the best way to design an API end-to-end with consistent naming and pagination?

Designing an API end-to-end with consistent naming and pagination requires enforcing domain and standards files as reusable components. This ensures conventions are applied uniformly across the generated OpenAPI specification.

Do I need to provide API user stories to create an OpenAPI document?

You do not need to provide API user stories to create an OpenAPI document. If stories are omitted, the Skill generates them for your review before proceeding to build the complete OpenAPI specification.

Can I lint and score my OpenAPI specification automatically during generation?

You can lint and score your OpenAPI specification by optionally integrating with RateMyOpenAPI. This provides automated linting and scoring, alongside local preview capabilities via Node.js tooling when available.

What format does the generated API specification use by default?

The generated API specification uses the OpenAPI 3.1.0 format by default. It produces a complete document containing proper schemas, components, and standardized error handling.

How do I start designing an API if I don't have specific requirements prepared?

If you lack specific requirements, you can start from the bundled conference scheduling API example. This demonstrates the end-to-end workflow and provides the four required inputs to generate a complete API design and spec.