The release objective is broader than building the repository: typecheck, tests, build output, package inspection, audit, provenance, and a clean consumer test should agree before a release is considered ready.
Why this matters
Jeston's design keeps the runtime explicit. The framework gives teams a place to express the contract, while the application remains responsible for provider choice, policy, failure handling, and operational measurement.
A practical reading rule
Separate supported behavior from experimental work, roadmap items, catalog metadata, and application responsibilities. That distinction is essential when adopting a framework and when writing upgrade documentation.
This article is part of a technical series about Jeston by Kvant. The source of truth is the official repository. Verify the current package and documentation before applying any example to production.
Top comments (0)