API Changelog
API consumers need precise deltas: what changed, who is affected, and how to migrate. Prefer machine-readable intent plus human migration steps.
Sections
# API changelog — <service> <version or date>
## Summary
One paragraph.
## Breaking changes
- …
## Deprecations
- … (removal date if known)
## Additive changes
- …
## Bug fixes (API-visible)
- …
## Migration guide
### Before
### After
### Rollout / dual-run
## OpenAPI / SDK notes
…
Rules
- Never invent endpoints or fields not in the source material.
- Label breaking vs non-breaking carefully (nullability, enum, auth).
- Include example requests/responses for migrations.
- Deprecations need timeline and replacement.
- Separate internal refactors that do not affect clients.
- Link ticket/RFC ids when provided.
Edge cases
- GraphQL: field deprecation directives and client query impact.
- Webhooks: payload changes and signature versioning.
- Errors: new codes clients must handle.