api-design

Enforce RFC 9457 errors, cursor pagination, and JWT tenant isolation in REST APIs.

Updated Feb 20, 2026
One-click install
npx skills add https://github.com/jota-batuta/batuta-dots --skill api-design-jota-batuta
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: api-design
Source: https://github.com/jota-batuta/batuta-dots/tree/main/BatutaClaude/skills/api-design
Command: npx skills add https://github.com/jota-batuta/batuta-dots --skill api-design-jota-batuta

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Standardizes REST API design by enforcing consistent error handling, pagination, versioning, and tenant isolation across Batuta projects. This prevents divergent API contracts and reduces integration friction across services.

Core Features & Use Cases

  • RFC 9457 error responses (Problem Details) for all API errors with a consistent schema
  • Cursor-based pagination by default for public endpoints
  • JWT-based tenant isolation with claims-derived context, never from URL paths
  • Versioning via URL path for breaking changes; additive changes require no version bump
  • OpenAPI generation and validation from codebases to ensure a single source of truth

Quick Start

Apply the RFC 9457 error format, enable cursor pagination, enforce JWT-based tenant isolation, and generate an OpenAPI spec for your new API.

Frequently Asked Questions about api-design

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

FAQPage Schema
How do I standardize REST API error responses using RFC 9457 Problem Details?

Standardize REST API error responses by enforcing RFC 9457 Problem Details for all API errors, which provides a consistent schema to prevent divergent API contracts and reduce integration friction across services.

Why use cursor-based pagination instead of offset pagination for REST APIs?

Cursor-based pagination is enforced as the default for public REST API endpoints to ensure consistent data retrieval. It prevents performance issues associated with offset pagination and maintains a standardized API design across multi-tenant services.

How do I implement tenant isolation in a multi-tenant REST API?

Implement tenant isolation by extracting tenant context exclusively from verified JWT claims rather than URL paths. This approach standardizes multi-tenant REST API security and prevents context leakage across different services.

When do I need to bump the API version for breaking changes versus additive changes?

API versioning via URL path is required for breaking changes, while additive changes require no version bump. This standardizes REST API evolution and prevents integration friction across multi-tenant services.

What is the best way to generate and validate OpenAPI specs for REST APIs?

Generate and validate OpenAPI specifications directly from codebases to ensure a single source of truth for REST API design. This prevents divergent API contracts during implementation and API design reviews.

Can I apply consistent REST API design standards across multiple services?

Apply consistent REST API design standards across multiple services by enforcing uniform error handling, pagination, versioning, and tenant isolation. This prevents divergent API contracts and reduces integration friction in multi-tenant environments.