fix(ci): drop ineffective/diagnostic claude.yml inputs, root cause found - #1370
Conversation
show_full_output (added in #1366) revealed the real error on every @claude run: a 401 "OAuth access token is invalid" — the CLAUDE_CODE_OAUTH_TOKEN secret itself is stale. #1359 and #1366 both targeted project MCP auto-load, which was never the actual cause; the prior in-process SDK logs just hid the real API error. Drops claude_args (proved to have no effect) and show_full_output (no longer needed once root-caused). Keeps enableAllProjectMcpServers: false via settings — CI has no legitimate use for project MCP servers regardless. The secret still needs to be regenerated with `claude setup-token` and updated; no workflow change can fix an invalid token.
|
This pull request has been ignored for the connected project Preview Branches by Supabase. |
|
Warning Review limit reachedYou’ve reached a temporary PR review limit under our Fair Usage Limits Policy. Next review available in: 21 minutes Your organization has reached its usage spending cap. Adjust your spending cap in the billing tab. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
Comment |
Summary
show_full_output: true(added in fix(ci): target enableAllProjectMcpServers via settings, add diagnostics #1366) revealed the real error on every@clauderun:"Failed to authenticate. API Error: 401 OAuth access token is invalid."TheCLAUDE_CODE_OAUTH_TOKENrepository secret is stale/invalid..mcp.json"railway" server). That was never the actual cause — the earlier logs (withshow_full_outputoff) only showed the SDK client starting up, which I mistook for successful authentication. Real auth only happens on the first API call, which has been failing with 401 the whole time.claude_args: --strict-mcp-config(proved to have zero observable effect — likely because this action runs the Agent SDK'squery()in-process rather than aclaudeCLI subprocess, so arbitrary CLI-style args may not translate) andshow_full_output: true(no longer needed once root-caused; leaving it on would keep printing full agent tool-call output to Actions logs unnecessarily).settings: '{"enableAllProjectMcpServers": false}'— a CI runner has no legitimate use for project MCP servers regardless of whether it was the actual bug.CLAUDE_CODE_OAUTH_TOKENsecret itself needs to be regenerated (claude setup-tokenlocally) and updated on the repo — that's a manual step outside this PR.Verification
npm run check:github-actions— pin/policy check passes.@claudetests were run across this debugging session (all failed with the same 401 untilshow_full_outputexposed why). No live test possible for this PR specifically until it merges (GitHub loadsissue_commentworkflow definitions from the default branch, not the PR head) — and even once merged,@claudewill still fail until the secret is regenerated.Risk and rollout
@claudeActions workflow itself.Notes
@claudestill needs a freshCLAUDE_CODE_OAUTH_TOKENbefore it will actually work.Generated by Claude Code