davidcastagnetoa/skills

openapi_asyncapi_contracts

Definir y versionar contratos de interfaz entre agentes REST (OpenAPI) y asíncronos (AsyncAPI)

First seen Mar 6, 2026

Installation

$ npx skills add davidcastagnetoa/skills --skill openapi_asyncapi_contracts

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from davidcastagnetoa/skills · top by installs.

npx skills add davidcastagnetoa/skills

Browse all from davidcastagnetoa/skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 1
Default branch main
Open issues 0
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,394 B
  • docs SUMMARY.md 129 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 5 installs

SKILL.md

openapiasyncapicontracts

Los contratos entre agentes definen los schemas de datos que cada agente acepta y produce. Son la fuente única de verdad para comunicación inter-agente y previenen breaking changes.

When to use

Usar para documentar y versionar todos los contratos entre agentes: endpoints REST, payloads de Celery y eventos de auditoría.

Instructions

  1. FastAPI genera OpenAPI automáticamente en /openapi.json; verificar que está completo y correcto.
  2. Versionar el openapi.json en Git: comparar con la versión anterior en cada PR.
  3. Para mensajes asíncronos de Celery, definir contratos en AsyncAPI 2.x:

- Crear asyncapi.yaml en docs/contracts/. - Documentar cada canal (cola Celery) con su schema de mensaje.

  1. Implementar un breaking change detector en CI:

- pip install openapi-spec-validator oasdiff. - oasdiff breaking oldspec.yaml newspec.yaml → falla el CI si hay breaking changes.

  1. Usar Pydantic models como fuente única de verdad y generar los specs desde el código.

Notes