moai-domain-web-api

Design REST and GraphQL interfaces enforcing OpenAPI 3.1 authentication and rate limiting policies.

Updated Nov 24, 2025
One-click install
npx skills add https://github.com/jg-chalk-io/Nora-LiveKit --skill moai-domain-web-api-jg-chalk-io
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: moai-domain-web-api
Source: https://github.com/jg-chalk-io/Nora-LiveKit/tree/main/.claude/skills/moai-domain-web-api
Command: npx skills add https://github.com/jg-chalk-io/Nora-LiveKit --skill moai-domain-web-api-jg-chalk-io

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Provides structured REST API and GraphQL design patterns with OpenAPI 3.1, authentication, versioning, and rate limiting.

Core Features & Use Cases

  • OpenAPI 3.1 Design: REST and GraphQL API design best practices.
  • Security & Versioning: Authentication, versioned APIs, and rate limiting.
  • Guidance for Implementation: TDD workflow support and integration points.

Quick Start

Start by drafting an OpenAPI 3.1 spec for a new resource and wire up a minimal GraphQL schema.

Frequently Asked Questions about moai-domain-web-api

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

FAQPage Schema
How do I design a REST API with OpenAPI 3.1 specification?

OpenAPI 3.1 is a specification format for documenting REST APIs. Design your REST API by drafting an OpenAPI 3.1 spec that defines your resources, endpoints, request/response schemas, and authentication methods, then use tools like Swagger UI or Postman to validate and visualize the spec.

What authentication and versioning strategies should I use for REST APIs?

REST API authentication includes schemes like OAuth, API keys, and Bearer tokens defined in your OpenAPI spec. Versioning strategies include URL path versioning (v1/v2) or header-based versioning; apply these consistently across all endpoints and document them in your OpenAPI 3.1 specification.

Can I use OpenAPI 3.1 for GraphQL API design?

OpenAPI 3.1 primarily documents REST APIs, but this Skill provides GraphQL design patterns alongside REST best practices. You can design GraphQL schemas with type definitions and resolvers following similar architectural principles for security, versioning, and rate limiting.

How do I implement rate limiting and TDD for API development?

Implement rate limiting by defining rate-limit policies in your API gateway or middleware, documenting them in your OpenAPI spec. Apply TDD workflows by writing test cases before implementing endpoints, ensuring your API meets security and versioning requirements before deployment.

Does OpenAPI 3.1 work with Postman and Swagger UI?

Yes, OpenAPI 3.1 specifications are fully compatible with Postman and Swagger UI. Import your OpenAPI spec into either tool to generate interactive API documentation, enable testing, and validate request/response contracts across teams.

What's the best way to handle API versioning across team deployments?

Define versioning strategies in your OpenAPI 3.1 specification—either URL-based, header-based, or content-negotiation approaches—and enforce them consistently across all deployments. Document deprecation policies and migration paths for teams transitioning between API versions.