api-designer

Design REST or GraphQL API contracts with OpenAPI 3.1 specifications.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/kamelmh/opencode-config --skill api-designer-kamelmh
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: api-designer
Source: https://github.com/kamelmh/opencode-config/tree/main/skills/api-designer
Command: npx skills add https://github.com/kamelmh/opencode-config --skill api-designer-kamelmh

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps you turn messy product requirements into clear, consistent API designs that are easier to implement, document, and evolve without breaking clients.

Core Features & Use Cases

  • Resource Modeling: Define entities, relationships, and URI structure before writing contracts.
  • API Contract Design: Create REST or GraphQL endpoint plans with OpenAPI 3.1 specifications, examples, and validation guidance.
  • Production Readiness: Standardize pagination, error handling, authentication, rate limiting, and versioning so APIs are predictable and maintainable.
  • Use Case: If you are launching a new customer platform, this Skill can help you map the domain, define endpoints, document responses, and plan for future breaking changes.

Quick Start

Ask the api-designer skill to draft a production-ready API design for your domain, including resources, endpoints, OpenAPI documentation, pagination, errors, authentication, and versioning.

Frequently Asked Questions about api-designer

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

FAQPage Schema
How do I design a REST API from ambiguous product requirements?

To design a production-ready REST API from ambiguous requirements, map domain entities and relationships first. This approach standardizes resource modeling, endpoint planning, and OpenAPI specifications to ensure the resulting API architecture is maintainable.

What's the best way to handle API errors using RFC 7807?

Handling API errors with RFC 7807 involves standardizing problem details for HTTP APIs. This approach provides consistent, machine-readable error responses, making your production-grade REST interfaces predictable and easier for clients to debug and evolve.

How do I write OpenAPI 3.1 specifications with validation and examples?

Writing OpenAPI 3.1 specifications involves creating endpoint plans with detailed validation guidance and examples. This ensures the API contract strictly satisfies production-grade REST principles and provides reliable interface documentation for implementation.

Can I use one design process for both REST and GraphQL API architecture?

Yes, you can design both REST and GraphQL interfaces using a unified resource modeling process. This approach defines entities and relationships upfront, then plans specific endpoints, pagination strategies, and authentication for your chosen protocol.

When do I need to plan API versioning and deprecation strategies?

You need to plan API versioning and deprecation strategies when evolving production-ready APIs to avoid breaking existing clients. This involves designing backward-compatible endpoint changes and documenting sunset timelines for older interface versions.

Does production-grade API design require pagination and rate limiting?

Yes, production-grade API design requires standardizing pagination and rate limiting to ensure interfaces are predictable and maintainable. These elements manage payload sizes and protect server resources alongside authentication and error handling.