Skip to content

chore(deps): accept the Eval 0.147.0 generation - #146

Merged
drewstone merged 1 commit into
mainfrom
chore/eval-0.147-peer
Aug 17, 2026
Merged

chore(deps): accept the Eval 0.147.0 generation#146
drewstone merged 1 commit into
mainfrom
chore/eval-0.147-peer

Conversation

@drewstone

Copy link
Copy Markdown
Contributor

agent-runtime requires agent-eval >=0.147.0 <0.148.0; this package capped it at <0.147.0, so no install of the two together resolves. Peer moves to >=0.147.0 <0.148.0, dev pin to 0.147.0, version to 8.0.7.

The guard also had to change, and this is the substantive part. scripts/verify-package.mjs asserted that agent-eval pins agent-core exactly, by regex on the specifier string. agent-eval 0.147.0 declares ^0.9.4 deliberately — an exact first-party pin duplicates the package for every consumer already holding a later patch, which is what agent-runtime's packed-cohort guard now refuses fleet-wide.

The check's real intent is one installed copy, not one specifier shape. It now asserts the declared range admits the installed version — using this file's own assertCaretAdmits, the same helper it already applies to agent-interface — and assertSingleInstalledAgentStack keys off the installed version. A range that admits the installed copy passes; a range that does not still fails.

Verified locally: pnpm typecheck exit 0, pnpm build exit 0, pnpm verify:package exit 0 (the cohort and single-copy checks both run), pnpm test → 63 files passed | 3 skipped, 612 tests passed | 12 skipped.

Prove the cohort by the single installed copy rather than by the shape of
the specifier, so a range that admits the installed version passes.

@tangletools tangletools left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

✅ Auto-approved drewstone PR — 12f3a458

This PR was opened by the trusted drewstone account.
The full PR reviewer audit still runs separately and will publish findings if it detects issues.

This approval is provisional. It rests on the audit running. If the audit cannot run — for example the CLI bridge rejects it — this approval is dismissed rather than left standing, so an unrun check never reads as a passing one.

tangletools · auto-approval · reason: drewstone_author · 2026-08-17T01:49:59Z

@drewstone
drewstone merged commit 8baaf2b into main Aug 17, 2026
2 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.

2 participants