Problem
The examples/integrations/* projects (shipped via #309) commit package-lock.json files that pin @relayfile/mount-* to a fixed version (6–12 refs each across langchain-, openai-agents-, vercel-ai-sdk-* examples).
These example lockfiles are not in publish.yml's version-bump list, so the lockfile-regen automation added in #308 / PR #314 does not cover them. Today this is harmless (no example is wired into an npm ci CI job), but the day one is, it becomes the next recurring npm ci drift surface — the same class of break #308 just fixed for the root + SDK lockfiles.
Fix
Have the example projects reference @relayfile/mount-* (and other @relayfile/* deps) via a non-pinned range — */latest or a workspace/file: reference — so their lockfiles never pin a specific published version and can't drift on release.
Notes
Problem
The
examples/integrations/*projects (shipped via #309) commitpackage-lock.jsonfiles that pin@relayfile/mount-*to a fixed version (6–12 refs each across langchain-, openai-agents-, vercel-ai-sdk-* examples).These example lockfiles are not in
publish.yml's version-bump list, so the lockfile-regen automation added in #308 / PR #314 does not cover them. Today this is harmless (no example is wired into annpm ciCI job), but the day one is, it becomes the next recurringnpm cidrift surface — the same class of break #308 just fixed for the root + SDK lockfiles.Fix
Have the example projects reference
@relayfile/mount-*(and other@relayfile/*deps) via a non-pinned range —*/latestor a workspace/file:reference — so their lockfiles never pin a specific published version and can't drift on release.Notes