Skip to content

feat!: remove the manifest-based provisioner — IMF registry only (4.0.0) - #50

Merged
ronaldtse merged 1 commit into
mainfrom
deprecate/manifest-provisioner
Aug 28, 2026
Merged

feat!: remove the manifest-based provisioner — IMF registry only (4.0.0)#50
ronaldtse merged 1 commit into
mainfrom
deprecate/manifest-provisioner

Conversation

@ronaldtse

Copy link
Copy Markdown
Contributor

Completes the deprecation begun in 3.3.0 — the 4.0 decision.

Breaking changes (public surface):

  • loadManifest, resolveManifestEntry, artifactUrls, sidecarFilenames,
    setInlineManifest, setManifestUrl, setModelBase, getModelBase removed
    from interscript/ml
  • provisionModel requires an explicit url; the no-url error carries the
    imf.resolve guidance

Replacement: the IMF registry (imf, shipped in 3.2.0) — models.yaml on
GitHub Releases with sha256 sidecar verification.

Runtime unification:

  • The interpreter's secryst funcall now resolves model ids through
    imf.IMFModel.load (tests drive it through transliterateAsync with a
    local index; unknown ids surface RegistryError)
  • models/secryst loose-file module stays (usable via explicit-URL
    provisioning); rababa untouched (own registry, the one live ML map)

Note: secryst funcalls load the model per call (no cache yet) — fine
while no map uses secryst; caching lands with the first secryst map.

237 tests green, tsc clean, prettier clean. Version 4.0.0.

Breaking: the manifest APIs (loadManifest, resolveManifestEntry,
artifactUrls, sidecarFilenames, setInlineManifest, setManifestUrl,
setModelBase, getModelBase) are gone from interscript/ml, and
provisionModel now requires an explicit url. Models resolve through
the IMF registry (GitHub Releases index, sha256-verified) or an
explicit url. The interpreter's secryst funcall now loads IMF models
by id via imf.IMFModel.load — no map in the corpus uses it today, so
the runtime path is dormant but now correct.
@ronaldtse
ronaldtse merged commit 6ed5aeb into main Aug 28, 2026
6 of 8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant