? Verifying lockfile against supply-chain policies (313 entries)... ✗ Lockfile failed supply-chain policy check (313 entries in 1.5s) [ERR_PNPM_MINIMUM_RELEASE_AGE_VIOLATION] 12 lockfile entries failed verification: @vizejs/native-darwin-arm64@0.144.0 was published at 2026-05-30T16:51:24.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) @vizejs/native-darwin-x64@0.144.0 was published at 2026-05-30T16:51:57.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) @vizejs/native-linux-arm64-gnu@0.144.0 was published at 2026-05-30T16:52:18.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) @vizejs/native-linux-arm64-musl@0.144.0 was published at 2026-05-30T16:52:51.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) @vizejs/native-linux-x64-gnu@0.144.0 was published at 2026-05-30T16:53:12.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) @vizejs/native-linux-x64-musl@0.144.0 was published at 2026-05-30T16:53:44.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) @vizejs/native-win32-arm64-msvc@0.144.0 was published at 2026-05-30T16:54:16.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) @vizejs/native-win32-x64-msvc@0.144.0 was published at 2026-05-30T16:54:48.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) @vizejs/native@0.144.0 was published at 2026-05-30T16:55:09.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) @vizejs/vite-plugin@0.144.0 was published at 2026-05-30T16:56:28.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) oxlint-plugin-vize@0.144.0 was published at 2026-05-30T16:56:03.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) vize@0.144.0 was published at 2026-05-30T16:55:51.000Z, within the minimumReleaseAge cutoff (2026-05-29T18:06:19.376Z) The lockfile contains entries that the active policies reject. This can mean the lockfile is stale, or that someone committed a lockfile that bypassed the policy locally — inspect recent changes to pnpm-lock.yaml before trusting it. If the changes look expected, run "pnpm clean --lockfile" and then "pnpm install" to rebuild from a fresh resolution. Alternatively, relax the policy that flagged them.