Repository navigation
Open the automatic SDK update PR without having to rerun it by hand - #221
Conversation
The SDK dispatches sdk-release right after publishing, so the update ran before npm served the new versions and bun failed to resolve them. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Y7T5QJLkq1sBdV5nuUtPfE
… npm Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Y7T5QJLkq1sBdV5nuUtPfE
0e2bf09 to
c7894f8
Compare
|
/dominion review |
PR review · publishedOutcome: inconclusive. No code issues were reported. Open the published review for the TL;DR, findings and fixes.
Run details
|
There was a problem hiding this comment.
TL;DR
This PR changes the automatic SDK update workflow so it waits up to 5 minutes for new versions to appear on npm, then fails with a clear error if they never do. The logic and style reviews read the code and reported no problems, but no workflow tests were run. The adversarial lane errored and produced no usable behavior or test-quality evidence, so that coverage is missing.
This review is inconclusive. Some evidence is missing or failed, so it does not establish that the change is safe. No code issues were reported. Failed or incomplete gates still require attention.
adversarialdid not complete: assess adversarial experiments: adversarial experiments did not establish meaningful behavior and test-quality evidence
Review coverage and raw evidence
Reviewed head c7894f8b526960df491ab8083d66c7636730c91d against base ae153315ab521da10aa33478d91f0fba5b4fbb43. Run 06f437f3-ba44-4f71-b71f-004c5566313e.
logic — passed (0 findings)
Reviewed the workflow change, setup action, dependency-update/install flow, and PR creation guards. No supported regressions found; existing steps and tests were not removed or weakened. No workflow-specific tests were found or executed. Graph coverage excluded YAML, and Argus was unavailable because no files were supported.
adversarial — error (0 findings)
assess adversarial experiments: adversarial experiments did not establish meaningful behavior and test-quality evidence
Experiment probe-1 (behavior): passed, exit 0, 17677 ms.
Experiment probe-2 (test-quality): violated, exit 2, 4040 ms.
code-style-complexity — passed (0 findings)
I reviewed the one changed file, .github/workflows/auto-update-core.yml, by reading the full patch and the file at the head commit. I found nothing worth reporting on structure or style. The PR adds one step that waits for each package in the payload to show up on npm before the update runs. It checks up to 10 times, 30 seconds apart, then fails with an ::error:: message. It reuses the same jq -c '.[]' loop and name/version parsing as the update step after it, and passes the payload through an env variable rather than putting it directly into the script, which is cleaner. It uses continue 2 to skip to the next package once one is found, so it needs no extra flag variables or nested conditionals. It sits in its own step before the update step instead of being mixed into the update logic. Two small things I chose not to report: the "5 minutes" in the error message is written by hand rather than worked out from the retry count and wait time, and the payload-parsing loop now appears in two steps. Neither is a clear upkeep problem in a short, single-purpose workflow, and pulling the loop out into a shared script would be an abstraction nothing here calls for. What this review didn't cover: the separate Argus pass didn't run on this PR (it reported no supported files), so I had only my own reading of the source to go on.
After an SDK release, the automatic update started before the new versions were available on npm, so it failed and no PR was opened.
It now waits up to 5 minutes for the new versions to appear before updating, and fails with a clear message if they never show up.
Linear: API-3852