Développement d'API et intégration d'interfaces
De la conception de l'API à la doc en passant par les données de test, tout en automatique —— tu réfléchis, l'IA écrit
Pourquoi développer des API c'est galère
Module user management simple : CRUD quatre endpoints, chacun = route, validation, business logic, DB ops, error handling, format response standard — tonnes de repeat code. Après code, after docs, après docs, Mock data pour frontend pairing. Connecter API tiers? Docs, auth, response parsing, retry logic… une API une journée, moitié temps = boilerplate.
Besoin → API, IA full stack
Dis OpenClaw quoi comme endpoint, il fait full stack : route definition, param validation, business logic, DB models, error handling, API doc (Swagger/OpenAPI), Mock data, SDK client même. C'est pas half-baked code tu dois rewrite — c'est runnable, ton projet style, complètement. API tiers? Docs lui → SDK généré, auth et retry inclus.
API dev Prompt, copy→use
Design jusqu'à middleware, trois Prompt covering API dev most.
Design + implémente complete user management RESTful API.
Fonctionnalités:
- User registration (email + password, password encrypted)
- User login (JWT token auth)
- Get user info (token required)
- Edit profile (token required)
- User list (pagination, search, admin only)
Tech:
1. RESTful, correct HTTP methods + status codes
2. Input validation (Joi/Zod/Pydantic per language)
3. Response uniform: { code, data, message }
4. Full error handling + logging
5. Swagger/OpenAPI doc generation
6. Postman/Insomnia test collection
Matchs current project tech stack, consistent code style.
Third-party API doc :
[Colle Swagger/OpenAPI JSON ou URL]
Génère TypeScript SDK client :
1. Chaque endpoint = méthode (types complètes)
2. HTTP client unifié (axios/fetch)
3. Request interceptor: auto Authorization header
4. Response interceptor: error handling + retry unifié
5. Timeout + request cancel support
6. Export tous les TypeScript types
7. README + usage examples
SDK tree-shakeable, import juste ce qu'il faut.
API service add middleware :
1. Rate Limiting:
- Default par IP 60 req/min
- Login 5 req/min per IP
- Retour X-RateLimit-* headers
- > limit = 429 + friendly message
2. Authentication:
- JWT Token verify
- Expired token auto-refresh (Refresh Token)
- Role check (admin / user / guest)
3. Logging:
- Log chaque request: method, path, duration, status
- Error requests: log body + stack
- Format ELK/CloudWatch compatible
Middleware order correct, route registration code.
Config recommandée API dev
Generated code align ton projet rules.
# .openclaw/skill_config.yaml
api_dev:
model: gpt-4o # API dev gpt-4o enough, fast
upgrade_model: claude-opus-4-6 # complex design Opus
context_depth: full # need understand code style
api_style:
response_format: "{ code, data, message }"
naming: camelCase # or snake_case per project
doc_format: openapi-3.0 # auto OpenAPI
generate:
tests: true # auto tests
mock_data: true # auto Mock data
postman_collection: true # auto Postman
OpenClaw vs Manual — API efficiency compare
- Describe, 5min complete CRUD + docs + tests
- Auto param validation + error handling, no miss
- Docs → code same time, never stale
- Third-party API: doc → SDK auto, done
- CRUD module = half day minimum, tons repeat code
- Validation often miss fields, launch find later
- Code done, docs later, docs stale quick
- Third-party: read docs, test requests, handle errors, back and forth
More compare 👉 OpenClaw vs Copilot · OpenClaw vs Coze
Real scenario: e-commerce API
Quel model pour API dev
API = pattern code, no need pricey model.
- GPT-4o — daily CRUD first pick, fast, stable format
- Claude Opus 4.6 — complex API arch design, microservices split use
- Qwen 3 — Chinese project API docs, understand Chinese requirement better
- DeepSeek V3.2 — simple CRUD + scripts, cheap enough