Repository navigation
chore(cli): pin @relayflows/cli 1.1.9 so flows run on the Relay 16 broker - #2081
Conversation
…oker @relayflows/cli 1.1.8's core depends on @agent-relay/* ^12.2.2, so a stock agent-relay 16.0.0 install nests 12.4.1 packages under it and cloud-worker flows start the 12.4.1 broker, which fails the relaycast handshake on the self-hosted stack. relayflows 1.1.9 (relayflows #66) accepts ^16.0.0, so core dedupes onto this repo's 16 packages and broker; no 12.x @agent-relay entries remain in the lockfile. The lockfile also syncs the workspace versions the v16.0.0 release left at 15.1.1. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. Walkthrough
Merge Risk:
|
[Medium impact] The PR appears safe to merge with no new actionable issues.
|
There was a problem hiding this comment.
All reported issues were addressed across 3 files
Reply with feedback, questions, or to request a fix.
View guided diff | Re-trigger cubic
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Why
@relayflows/cli1.1.8's core depends on@agent-relay/{sdk,cloud,config,harness-driver,harnesses}^12.2.2.agent-relay@16.0.0install therefore nests the 12.4.1 packages under core, andagent-relay cloud workerstarts flows on the 12.4.1 broker.failed to initialize relaycast session / HTTP error: error decoding response body. The same worker with a 16.0.0 broker in that slot completes the run.Change
@relayflows/cli1.1.9 (fix(core): accept @agent-relay/* 16 alongside 12 relayflows#66). Its core accepts^12.2.2 || ^16.0.0, so it dedupes onto this repo's 16 packages and broker. No@agent-relay12.x entries remain in the lockfile.Note: this lands on main after #2069, so it ships in the next release from main (17.0.0).
Tests (local)
npm ciis clean.npm run typecheckpasses.@relayflows/cli1.1.9 resolves a single@agent-relay/sdk16.0.0 (deduped) and a single 16.0.0 broker.🤖 Generated with Claude Code
Open in [code]smith · Need help on this PR? Tag
@codesmith-botwith what you need.