HACKER Q&A
📣 losalah

How do you catch OpenAPI drift before the UI breaks?


OpenAPI feels great until it doesn’t.

Our loop is always the same: A UI flow breaks → backend says “spec is outdated” → someone spends 30–60 minutes in Devtools figuring out what the server actually returned → then we argue whether backend/spec/frontend should change.

I want drift to be caught during normal dev/staging usage while clicking through the app. Real traffic, real accounts, real data. Not just CI tests validating what we already expect.

If your team handles this well, what works?

Do you do runtime validation (client/proxy) that logs schema mismatches with enough context to fix fast (operationId, request id, response body/diff)? Gateway enforcement? Contract tests that actually reflect reality? Something else boring but reliable?

Also, what’s the slow part for you when drift happens, mapping to the right operation, getting a repro across envs/accounts, or turning Devtools into a clean ticket/PR?


  👤 ngalaiko Accepted Answer ✓
by drift, do you mean breaking api changes? if you control the spec, do not allow that / flag them to give clients time to update. there are plenty of tools to catch that, i.e. https://quobix.com/vacuum/commands/change-detection/