kata-api-design-oas

Generate OpenAPI 3.x YAML specifications for RESTful API features.

Updated Sep 3, 2025
One-click install
npx skills add https://github.com/guardiatechnology/design-system --skill kata-api-design-oas
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kata-api-design-oas
Source: https://github.com/guardiatechnology/design-system/tree/main/.claude/skills/kata-api-design-oas
Command: npx skills add https://github.com/guardiatechnology/design-system --skill kata-api-design-oas

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you design RESTful endpoints and generate a production-ready OpenAPI 3.x specification without missing required headers, error formats, pagination rules, or idempotency requirements.

Core Features & Use Cases

  • REST endpoint design: Maps feature resources to HTTP methods, paths, request/response payloads, and status codes.
  • Spec-first OAS generation: Produces an OpenAPI 3.x YAML with operations ordered per project conventions and schemas aligned to entity and payload standards.
  • Consistency safeguards: Enforces standardized error structure, idempotency for mutations, and pagination/sorting documentation for list endpoints.
  • Use case: When launching a new Guardia platform feature, quickly create the canonical docs/{context}/oas/openapi.yaml contract that matches Lexis/Codex conventions.

Quick Start

Ask the AI to generate the OpenAPI 3.x contract for your feature’s REST API, including base path, resources, authentication style, and pagination/sorting needs.

Frequently Asked Questions about kata-api-design-oas

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

FAQPage Schema
How do I generate an OpenAPI 3.x YAML specification for a new REST API feature?

To generate an OpenAPI 3.x YAML specification, provide your feature's base path, resources, and authentication style. The skill derives REST operations, paths, request/response payloads, and status codes to output a compliant OAS file.

How do I document idempotency for REST API mutations in an OpenAPI spec?

You document idempotency for REST API mutations by enforcing an Idempotency-Key header within the OpenAPI specification. The skill automatically applies this header to mutation operations to satisfy idempotency requirements.

What is the best way to ensure consistent pagination and sorting documentation in an OpenAPI 3.x contract?

The best way to ensure consistent pagination and sorting documentation is to apply standardized conventions to list endpoints. The skill enforces pagination and sorting rules directly within the generated OpenAPI 3.x contract.

Do I need to manually define standardized error structures for every endpoint in my REST API design?

You do not need to manually define standardized error structures for every endpoint. The skill enforces consistent error structures across all REST API operations during the OpenAPI 3.x spec generation process.

Can I automatically persist the generated OpenAPI YAML file to a specific documentation directory?

Yes, you can persist the generated OpenAPI YAML file automatically. The skill saves the output specification to the docs/{context}/oas/openapi.yaml directory path through the kata-feature-design-docs workflow.