chore: update evo sdk 4.2-dev - #77
Conversation
Regenerated documentation picks up the new `timeRange` bucket-selection parameter on document queries. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Prevents false failures when installing a range/tag
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars. ⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
⛔ Blockers found — Opus deferred (commit 287f472) |
thepastaclaw
left a comment
There was a problem hiding this comment.
Preliminary review — Codex only
The SDK bump resolves to 4.2.0-dev.2, but declaring it through the 4.2-dev dist-tag breaks the repository's scheduled stable-version updater. Pinning the resolved prerelease version preserves the intended upgrade while keeping automated updates functional. Source: Codex reviewer backend model ID was not provided in the supplied evidence; final Claude verifier backend model ID was not exposed; openclaw-agent/cliproxy/gpt-5.6-sol is orchestration-only and not reviewer evidence.
Validated blockers were found in the Codex precheck. Opus is deferred until a fresh Codex revalidation clears the blocker gate.
Review provenance
- Codex reviewers:
gpt-5.6-sol— general (completed) - Verifier:
gpt-5.6-sol— verifier - Sonnet: not run (deferred by blocker gate)
🔴 1 blocking
🤖 Prompt for all review comments with AI agents
These findings are from an automated code review. Verify each finding against the current code and only fix it if needed.
In `package.json`:
- [BLOCKING] package.json:4: Keep the SDK dependency as an exact semver version
The scheduled updater reads this dependency value and supplies it to the semver CLI as `>$CURRENT_VERSION` in `.github/workflows/update-evo-sdk.yml:58`. The resulting range, `>4.2-dev`, is invalid: the installed semver CLI returns no output and a nonzero status for both `4.2.0` and `4.3.0`. Because the workflow suppresses that status with `|| true`, it records `needs_update=false`, so it will not upgrade this repository when 4.2.0 or a later stable release becomes npm's latest version. Pin the exact 4.2.0-dev.2 version already resolved in `yarn.lock`; the updated unit test can still read and verify the installed package version.
| "private": true, | ||
| "dependencies": { | ||
| "@dashevo/evo-sdk": "4.1.1" | ||
| "@dashevo/evo-sdk": "4.2-dev" |
There was a problem hiding this comment.
🔴 Blocking: Keep the SDK dependency as an exact semver version
The scheduled updater reads this dependency value and supplies it to the semver CLI as >$CURRENT_VERSION in .github/workflows/update-evo-sdk.yml:58. The resulting range, >4.2-dev, is invalid: the installed semver CLI returns no output and a nonzero status for both 4.2.0 and 4.3.0. Because the workflow suppresses that status with || true, it records needs_update=false, so it will not upgrade this repository when 4.2.0 or a later stable release becomes npm's latest version. Pin the exact 4.2.0-dev.2 version already resolved in yarn.lock; the updated unit test can still read and verify the installed package version.
| "@dashevo/evo-sdk": "4.2-dev" | |
| "@dashevo/evo-sdk": "4.2.0-dev.2" |
source: ['codex']
No description provided.