Repository navigation
fix(pr-pipeline): refuse default on model profiles and resolve unrouted models to opus - #10738
Conversation
Lane-Activity: work-resolve-issue/resolve-issue
|
claude-security-review reviewed No security issues found in PR #10738 (head 70fa4c3). critical-findings: 0 Trusted paths read in full:
Spend: profiles that used Not checked: I did not run the resolve-config test suites. The stale comments in protected workflows named in the PR description are not security-relevant. |
|
claude-review reviewed No findings. The change meets #8724's four acceptance criteria. Closing issue #8724
Checks
Spend: skill activities that no route names, and the built-in profile, used to pass no Hold: none. The PR touches |
|
Unattended merge: native auto-merge leaves this pull request unarmed at head |
|
The unattended merge path armed native auto-merge at head |
…he head The lane's needs-human refusal for a hold path says a person must remove the label, and ci-status says an approving review of the head by a trusted actor lifts the hold, yet the owner still removed the label by hand after approving (#10665, #10738, #10745). On a reader run, a labeled lanes App pull request whose newest lane refusal at its head names only hold paths is read on when a trusted person approved in its discussion. When merge-holds' lifters (an approval bound to the head, or one carried over base merges) lift the hold path and no cost hold stands, the lane deletes the label with its own token, which re-runs ci-status at the head, and judges the pull request as unlabeled. Any other reason, head, reviewer or a dismissed approval leaves the label on. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Closes #8724
Summary
Opened by the work-resolve-issue lane. The run's own summary:
Not verified
Fix
Verification
The runner ran each check from the base copy against 70fa4c3:
The run reports:
Left out: the items under Not verified.
Related
#8724