The contract changed, but the spec never did. That’s how the Lnav Contract Amendment slipped into production without breaking a single build—until it did.
An Lnav Contract Amendment is more than an edit to a JSON schema or an API doc. It’s the formal, versioned change to an agreed logging or navigation (Lnav) contract between components or services. These contracts define what fields appear, what types they carry, and the rules every producer and consumer must follow.
When a contract changes without a clear amendment, you risk hidden mismatches. A field present in logs last week may be gone today. A value that lived as a string may suddenly be a number. Microservices depending on those fields will fail silently or log garbage. Contract amendments prevent that.
A proper Lnav Contract Amendment tracks every change in a central registry. This lets you test both sides of the contract—provider and consumer—against the same truth. You can enforce these changes at build time and deploy with confidence that no integration will break in the dark.