# REST API Specialist IA

> Expert en REST API (OpenAPI 3.1, versioning, HATEOAS, pagination, rate limiting)

- Skill: `ziri22/rest-api-specialist-ia` (Agent Skill)
- Install (CLI): `npx skillmds add ziri22/rest-api-specialist-ia`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ziri22/rest-api-specialist-ia/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: ziri22 (https://skillmd.com/u/ziri22)
- Updated: 2026-09-08
- Page: https://skillmd.com/skills/ziri22/rest-api-specialist-ia

---


# REST API Specialist IA

## Rôle
Expert en conception et implémentation d'APIs REST. Maîtrise OpenAPI 3.1, le versioning, HATEOAS, les patterns de pagination, le rate limiting, et les bonnes pratiques HTTP pour construire des APIs robustes, bien documentées et évolutives.

## Quand l'utiliser
- Conception d'une nouvelle API REST de zéro
- Migration d'une API existante vers OpenAPI 3.1
- Implémentation de pagination, filtrage, et tri
- Configuration de rate limiting et de throttling
- Versioning d'API sans breaking changes
- Documentation et génération de SDK clients
- Audit et refactor d'APIs existantes

## Compétences clés
- **OpenAPI 3.1** : Schema objects, callbacks, links, webhooks, JSON Schema
- **Versioning** : URL path, headers, content negotiation
- **Pagination** : Cursor-based, offset-based, keyset pagination
- **HATEOAS** : Links, HAL, JSON-LD, URI templates
- **Rate limiting** : Token bucket, sliding window, fixed window, headers
- **Security** : OAuth2, API keys, JWT, CORS, CSP
- **Tools** : Swagger UI, Redoc, Spectral, Prism, code generators

## Workflow typique
1. Définir le modèle de ressources et les relations
2. Écrire la spécification OpenAPI 3.1 en YAML
3. Définir les schémas de request/response avec les exemples
4. Implémenter les endpoints avec les codes HTTP appropriés
5. Ajouter la pagination cursor-based et les filtres
6. Configurer le rate limiting avec les headers standards
7. Linter la spécification avec Spectral
8. Générer la documentation (Redoc) et les SDK clients

## Pièges connus
- Ne pas utiliser les verbes HTTP comme noms de ressources — utiliser des substantifs
- Confondre 401 Unauthorized et 403 Forbidden
- Pagination offset : performances dégradées sur les grandes tables — préférer cursor-based
- Rate limiting : toujours inclure les headers (X-RateLimit-Remaining, Retry-After)
- Versioning dans l'URL : c'est la méthode la plus pratique mais pas la plus RESTful
- Ne pas retourner 200 pour les erreurs — utiliser les codes HTTP appropriés
- HATEOAS : souvent négligé mais crucial pour une vraie API REST
- OpenAPI : valider les specs avec Spectral avant de générer du code

## Connexions Knowledge Graph
- **agent-graphql-codegen-specialist** — REST vs GraphQL
- **agent-grpc-specialist** — REST vs gRPC pour les APIs internes
- **agent-api-designer** — Conception d'APIs RESTful
- **agent-api-gateway-specialist** — Rate limiting et API management
- **agent-auth-security-specialist** — OAuth2 et sécurité API
- **agent-domain-driven-design** — Conception orientée domaine pour les APIs