Skip to content

fix(claude): honor CLAUDE_BIN_PATH in dev mode for libc-mismatch hosts#1481

Merged
Wirasm merged 2 commits intodevfrom
fix/claude-bin-path-dev-mode
Apr 29, 2026
Merged

fix(claude): honor CLAUDE_BIN_PATH in dev mode for libc-mismatch hosts#1481
Wirasm merged 2 commits intodevfrom
fix/claude-bin-path-dev-mode

Conversation

@Wirasm
Copy link
Copy Markdown
Collaborator

@Wirasm Wirasm commented Apr 29, 2026

Summary

  • Problem: On glibc Linux hosts (Ubuntu/Debian/Fedora), archon workflow run fails immediately in dev mode (bun run dev:server). The Claude Agent SDK auto-resolves its bundled native binary in [linux-x64-musl, linux-x64] order, picks the musl variant first, but the musl ELF interpreter (/lib/ld-musl-x86_64.so.1) does not exist on glibc — spawn fails and the SDK reports a misleading "binary not found" error.
  • Why it matters: Affects every glibc Linux contributor running from source. The documented escape hatch CLAUDE_BIN_PATH is dead code in dev mode (early-returned before the env var is read), so the only workaround is patching node_modules.
  • What changed: Hoisted the CLAUDE_BIN_PATH env-var block in binary-resolver.ts above the BUNDLED_IS_BINARY early return. Updated binary-resolver-dev.test.ts to reflect the new contract.
  • What did NOT change (scope boundary): Config-file path (assistants.claude.claudeBinaryPath) is intentionally still binary-mode-only — it's a per-repo setting, not a per-machine escape hatch. Autodetect and the throw-with-install-instructions paths also stay binary-mode-only. Binary-mode behavior is byte-identical to before.

UX Journey

Before

glibc Linux user                Archon (dev mode)             Claude SDK
────────────────                ─────────────────             ──────────
bun run dev:server  ──────────▶ resolveClaudeBinaryPath()
                                  BUNDLED_IS_BINARY=false
                                  → returns undefined
                                pathToClaudeCodeExecutable    auto-resolves
                                  omitted                     [musl, glibc]
                                                              picks musl first
                                                              spawn fails (no
                                                              /lib/ld-musl-...)
                                                              ◀── ENOENT
sees "binary not found" ◀────── error surfaced verbatim

Setting CLAUDE_BIN_PATH=/home/me/.local/bin/claude does NOTHING:
  resolveClaudeBinaryPath() still returns undefined before reading env.

After

glibc Linux user                Archon (dev mode)             Claude SDK
────────────────                ─────────────────             ──────────
export CLAUDE_BIN_PATH=         [reads env first]
  ~/.local/bin/claude
bun run dev:server  ──────────▶ resolveClaudeBinaryPath()
                                  *env set + file exists*
                                  → returns env path
                                pathToClaudeCodeExecutable=   spawn succeeds
                                  /home/me/.local/bin/claude  ──────────────▶
                                                              ◀── responds
sees response  ◀──────────────  streams to platform

env unset                  →  identical to today (returns undefined in dev)
env set + file missing     →  clear, actionable error pointing at the env path

Architecture Diagram

Before

┌────────────────────┐       ┌────────────────────────┐       ┌──────────────────┐
│ ClaudeProvider     │ ────▶ │ resolveClaudeBinaryPath│ ────▶ │ @anthropic-ai/   │
│ provider.ts        │       │ binary-resolver.ts     │       │ claude-agent-sdk │
└────────────────────┘       │   ┌──────────────────┐ │       │  (auto-resolve)  │
                             │   │ if (!BINARY)     │ │       └──────────────────┘
                             │   │   return undef ◀─┼─┼── env var unread in dev
                             │   │ env path?        │ │
                             │   │ config path?     │ │
                             │   │ autodetect?      │ │
                             │   └──────────────────┘ │
                             └────────────────────────┘

After

┌────────────────────┐       ┌────────────────────────┐       ┌──────────────────┐
│ ClaudeProvider     │ ────▶ │ resolveClaudeBinaryPath│ ====▶ │ @anthropic-ai/   │
│ provider.ts        │       │ binary-resolver.ts [~] │       │ claude-agent-sdk │
└────────────────────┘       │   ┌──────────────────┐ │       │  (auto-resolve)  │
                             │   │ env path? [+]    │ │       └──────────────────┘
                             │   │ if (!BINARY)     │ │            ▲
                             │   │   return undef   │ │            │
                             │   │ config path?     │ │            │
                             │   │ autodetect?      │ │            │
                             │   └──────────────────┘ │            │
                             └────────────────────────┘            │
                                       ║                           │
                                       ╚═══ env path takes ════════╝
                                           precedence in both modes

Connection inventory:

From To Status Notes
ClaudeProvider resolveClaudeBinaryPath unchanged Same call site
resolveClaudeBinaryPath Claude SDK auto-resolve modified Now bypassed in dev when env var is set
process.env.CLAUDE_BIN_PATH resolveClaudeBinaryPath modified Read in both modes (was binary-only)

Label Snapshot

  • Risk: risk: low
  • Size: size: XS
  • Scope: core (closest available; lives in @archon/providers)
  • Module: providers:claude-binary-resolver

Change Metadata

  • Change type: bug
  • Primary scope: core

Linked Issue

Validation Evidence (required)

$ bun test packages/providers/src/claude/binary-resolver-dev.test.ts
 5 pass / 0 fail / 5 expect() calls (Ran 5 tests across 1 file)

$ bun test packages/providers/src/claude/binary-resolver.test.ts
 9 pass / 0 fail / 16 expect() calls (Ran 9 tests across 1 file)

$ bun run validate
exit 0  (check:bundled, type-check, lint, format:check, tests — all green)
  • Evidence provided: All five bun run validate gates exit 0; both resolver test files pass (5 dev-mode + 9 binary-mode).
  • If any command is intentionally skipped, explain why: None skipped.

Security Impact (required)

  • New permissions/capabilities? No (env-var override already existed in binary mode; this only enables it in dev mode)
  • New external network calls? No
  • Secrets/tokens handling changed? No
  • File system access scope changed? No (still reads exactly the path the operator sets)
  • If any Yes, describe risk and mitigation: N/A

Compatibility / Migration

  • Backward compatible? Yes (env unset → byte-identical to today; env set was previously ignored in dev, now honored — additive)
  • Config/env changes? No (CLAUDE_BIN_PATH is documented; semantics broaden only)
  • Database migration needed? No
  • If yes, exact upgrade steps: N/A

Human Verification (required)

  • Verified scenarios:
    • Dev mode, env unset → resolver returns undefined (existing test)
    • Dev mode, env set + file exists → resolver returns env path (new test)
    • Dev mode, env set + file missing → resolver throws with actionable message naming the bad path (new test)
    • Dev mode, env set + config path also set → env wins (new test)
    • Dev mode, only config path set → config still ignored (new test, preserves old behavior)
    • Binary mode behavior unchanged (existing 9 tests still pass)
  • Edge cases checked: env-var precedence over config in dev; no-op when env is unset (no surprise behavior change for current Mac/Windows users or CI).
  • What was not verified: I did not reproduce the original musl-loader spawn failure locally (Mac host, glibc-only failure mode); the resolver-level fix is verified against the documented contract that the issue reporter validated end-to-end on Ubuntu glibc 2.33.

Side Effects / Blast Radius (required)

  • Affected subsystems/workflows: Only Claude provider binary resolution. Codex resolver is independent and untouched.
  • Potential unintended effects: A user who has CLAUDE_BIN_PATH exported globally (e.g. for binary builds) and then runs dev mode will now have that path used instead of the SDK's bundled binary. This is the desired behavior (and matches what the env var name implies), but it is a behavior change for anyone who had the env var set without realizing dev mode was ignoring it. If the path is valid this is harmless; if the path is stale they'll see a clear error pointing at the path.
  • Guardrails/monitoring for early detection: The error path includes the exact env-var value in its message ("CLAUDE_BIN_PATH is set to '' but the file does not exist"), making misconfigurations self-diagnosing.

Rollback Plan (required)

  • Fast rollback command/path: git revert bf8dabbe — single-commit revert restores prior behavior.
  • Feature flags or config toggles: None needed; users can simply unset CLAUDE_BIN_PATH to opt out without code changes.
  • Observable failure symptoms: If the fix regresses, glibc dev users would see the original "musl binary not found" error again. Mac/Windows/binary users would see no behavior difference whatsoever.

Risks and Mitigations

  • Risk: A user with a stale CLAUDE_BIN_PATH set in their shell may now hit the resolver-level error in dev mode where they previously didn't.
    • Mitigation: The error message names the exact path that's bad and tells them how to fix it (verify path / unset env var). Lower-friction than the original musl-loader silent failure on glibc.
  • Risk: Future SDK upgrades change the auto-resolution order in a way that makes the env-var workaround unnecessary.
    • Mitigation: This change is purely additive — when the env var is unset, behavior is byte-identical to today, so the workaround can stay forever without cost or be removed in a follow-up.

Summary by CodeRabbit

  • Bug Fixes

    • CLAUDE_BIN_PATH is now honored in dev mode; invalid paths produce clear errors and precedence rules are clarified.
  • Tests

    • Expanded tests for env-var handling, precedence, and unset/invalid scenarios with reliable env setup/teardown.
  • Documentation

    • Clarified dev vs binary-mode resolution and when to use the env var versus the config field.
  • Chores

    • Updated changelog entry describing the fix.

@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented Apr 29, 2026

📝 Walkthrough

Walkthrough

Checks CLAUDE_BIN_PATH before the dev-mode early return so the env var is honored in both dev and binary modes; updates dev-mode tests, docs, and changelog to reflect env-first resolution while keeping config path binary-only.

Changes

Cohort / File(s) Summary
Binary Resolution Logic
packages/providers/src/claude/binary-resolver.ts
Move env-var check (CLAUDE_BIN_PATH) above the BUNDLED_IS_BINARY early return. Env-provided path is validated and returned with source: 'env' semantics (or an error thrown); config path remains binary-mode-only.
Dev-mode Tests
packages/providers/src/claude/binary-resolver-dev.test.ts
Update tests to spy on fileExists, manage process.env.CLAUDE_BIN_PATH via before/after hooks, and assert: unset behavior, config-only ignored in dev, env-var success, env-var missing-file error, env-over-config precedence, and empty-string treated as unset.
Documentation
packages/docs-web/src/content/docs/getting-started/ai-assistants.md
Add guidance that CLAUDE_BIN_PATH can override binary resolution in dev/source and binary modes; note claudeBinaryPath config is binary-mode-only.
Changelog
CHANGELOG.md
Add "Fixed" entry documenting that CLAUDE_BIN_PATH is now honored in dev mode and that config path remains binary-only; mention unchanged env-loading/.env isolation behavior.

Sequence Diagram(s)

sequenceDiagram
  participant Caller
  participant Resolver
  participant Env as Environment
  participant FS as FileSystem
  participant Config as Config/Bundled

  Caller->>Resolver: resolveClaudeBinaryPath(config?)
  Resolver->>Env: read CLAUDE_BIN_PATH
  Env-->>Resolver: envPath (set / unset / empty)
  alt envPath set and non-empty
    Resolver->>FS: fileExists(envPath)
    FS-->>Resolver: true
    Resolver-->>Caller: return envPath
    else file missing
    FS-->>Resolver: false
    Resolver-->>Caller: throw "CLAUDE_BIN_PATH is set but the file does not exist"
  else envPath unset or empty
    Resolver->>Resolver: if !BUNDLED_IS_BINARY -> return undefined (dev)
    alt BUNDLED_IS_BINARY true
      Resolver->>Config: check configClaudeBinaryPath
      Config-->>Resolver: configPath (or none)
      alt configPath set
        Resolver->>FS: fileExists(configPath)
        FS-->>Resolver: true/false
        Resolver-->>Caller: return configPath or throw
      else
        Resolver->>Config: autodetect bundled binary
        Config-->>Resolver: detectedPath or none
        Resolver-->>Caller: return detectedPath or throw install instructions
      end
    end
  end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~20 minutes

Possibly related PRs

Poem

🐰 A hop and a tweak, a tiny patch done,
CLAUDE now hears the env under sun.
When musl trips and glibc sighs,
One var clears the cloudy skies.
The rabbit nibbles bugs away — hooray! 🥕

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Title check ✅ Passed The title clearly and concisely summarizes the main change: honoring CLAUDE_BIN_PATH in dev mode to fix a bug affecting glibc Linux users.
Description check ✅ Passed The PR description comprehensively follows the template with all major sections completed: summary, UX journey (before/after), architecture diagrams, labels, validation evidence, security/compatibility/rollback analysis, and human verification details.
Linked Issues check ✅ Passed All primary objectives from issue #1474 are met: the CLAUDE_BIN_PATH env var is now honored in dev mode, clear errors are thrown when the path is missing, config-file path remains binary-mode-only, and tests assert the new contract.
Out of Scope Changes check ✅ Passed All changes are tightly scoped to the binary resolver and its tests. Documentation updates (docs-web, CHANGELOG) directly support the fix. No unrelated or scope-creeping modifications present.
Docstring Coverage ✅ Passed Docstring coverage is 100.00% which is sufficient. The required threshold is 80.00%.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
📝 Generate docstrings
  • Create stacked PR
  • Commit on current branch
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch fix/claude-bin-path-dev-mode

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.

❤️ Share
Review rate limit: 6/8 reviews remaining, refill in 8 minutes and 2 seconds.

Comment @coderabbitai help to get the list of available commands and usage tips.

@Wirasm
Copy link
Copy Markdown
Collaborator Author

Wirasm commented Apr 29, 2026

Review Summary

Verdict: minor-fixes-needed

Your fix correctly hoists CLAUDE_BIN_PATH above the BUNDLED_IS_BINARY early-return, enabling the escape hatch on Linux hosts where the SDK picks the wrong platform variant. The code quality, error handling, and test coverage are solid. What's blocking merge: three docs pages still describe dev mode as "auto-resolves via node_modules only" and don't mention that CLAUDE_BIN_PATH now works — users won't know the feature exists.

Blocking issues

  • packages/docs-web/src/content/docs/getting-started/ai-assistants.md: Add a note that CLAUDE_BIN_PATH can override the dev-mode auto-resolution. Example: "You can override with CLAUDE_BIN_PATH if the SDK picks the wrong platform binary (e.g. musl vs glibc on Linux)."
  • packages/docs-web/src/content/docs/getting-started/configuration.md: Same update in the dev-mode configuration section.
  • packages/docs-web/src/content/docs/reference/troubleshooting.md: Update "unaffected" language — CLAUDE_BIN_PATH can now override in dev mode, but config-file path remains binary-mode-only.

Suggested fixes

  • CHANGELOG.md: Add entry under [Unreleased] describing that CLAUDE_BIN_PATH is now honored in dev mode (previously ignored). Note that assistants.claude.claudeBinaryPath in config remains dev-mode-only.
  • binary-resolver.ts:70: Add a test for empty-string CLAUDE_BIN_PATH ('') to verify it falls through to undefined.

Minor / nice-to-have

  • binary-resolver-dev.test.ts:38: For consistency with the binary-mode test file, drop | undefined from fileExistsSpy type and the ? on mockRestore().
  • binary-resolver-dev.test.ts:3-9 and binary-resolver.ts:59-61: The detailed glibc/musl failure description is valuable but risks drifting. Trim to a one-line "escape hatch for SDK binary resolution mismatches" framing.

Compliments

  • The PR body is thorough — architecture diagrams, actual test output, security/compatibility/rollback analysis, and human verification all included. Easy to review.
  • The test throws when CLAUDE_BIN_PATH is set but file does not exist in dev mode directly covers the fail-fast improvement.
  • The comment "Config-file path is intentionally NOT honored in dev mode" in the test file captures a policy decision that would otherwise confuse future maintainers.

Reviewed via maintainer-review-pr workflow (Pi/Minimax). Aspects run: code-review, error-handling, test-coverage, comment-quality, docs-impact.

Wirasm added a commit that referenced this pull request Apr 29, 2026
- CHANGELOG entry under [Unreleased] / Fixed describing the dev-mode
  CLAUDE_BIN_PATH escape hatch (previously ignored). Notes that
  config-file path remains binary-mode-only and that env-loading +
  target-repo .env isolation are unchanged downstream.
- Empty-string test pinning that CLAUDE_BIN_PATH='' falls through
  to undefined rather than throwing — protects against a future
  predicate typo that would treat empty as "set".
- One-line note in ai-assistants.md "Binary path configuration"
  section pointing dev-mode users at the env-var override for the
  glibc/musl mismatch case.

Skipped from the review:
- The other two docs-page rewrites (configuration.md /
  troubleshooting.md): the error message itself names CLAUDE_BIN_PATH,
  and #1474 documents the use case publicly. One mention in
  ai-assistants.md is enough for discovery.
- Type-style consistency tweaks in the test file: pure bikeshed.
Wirasm added 2 commits April 29, 2026 12:36
The Claude Agent SDK auto-resolves its bundled native binary in
[linux-x64-musl, linux-x64] order. On glibc Linux hosts (Ubuntu/Debian/
Fedora), Bun installs both via optionalDependencies and the musl variant
is picked first; its ELF interpreter (/lib/ld-musl-x86_64.so.1) does not
exist on glibc, so spawn fails and the SDK reports a misleading "binary
not found" — the file is on disk, the loader is not.

The documented escape hatch CLAUDE_BIN_PATH was dead code in dev mode:
the resolver early-returned undefined when BUNDLED_IS_BINARY=false before
ever reading the env var. The only workaround was patching node_modules.

Move the env-var block above the BUNDLED_IS_BINARY return. Config-file
path stays binary-mode-only — it's per-repo, not per-machine; env is the
right knob for libc mismatches.

Behavior preserved:
- env unset                  → unchanged (undefined in dev, autodetect/throw in binary)
- env set + file exists      → resolved (was binary-only; now also dev)
- env set + file missing     → clear error (was binary-only; now also dev)

Closes #1474
- CHANGELOG entry under [Unreleased] / Fixed describing the dev-mode
  CLAUDE_BIN_PATH escape hatch (previously ignored). Notes that
  config-file path remains binary-mode-only and that env-loading +
  target-repo .env isolation are unchanged downstream.
- Empty-string test pinning that CLAUDE_BIN_PATH='' falls through
  to undefined rather than throwing — protects against a future
  predicate typo that would treat empty as "set".
- One-line note in ai-assistants.md "Binary path configuration"
  section pointing dev-mode users at the env-var override for the
  glibc/musl mismatch case.

Skipped from the review:
- The other two docs-page rewrites (configuration.md /
  troubleshooting.md): the error message itself names CLAUDE_BIN_PATH,
  and #1474 documents the use case publicly. One mention in
  ai-assistants.md is enough for discovery.
- Type-style consistency tweaks in the test file: pure bikeshed.
@Wirasm Wirasm force-pushed the fix/claude-bin-path-dev-mode branch from 6e67d8a to 8188492 Compare April 29, 2026 09:37
Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick comments (2)
packages/providers/src/claude/binary-resolver-dev.test.ts (1)

23-39: Prefer per-test spy teardown (afterEach or test-local try/finally) to avoid leak-on-failure.

Current cleanup is good, but moving spy restore to per-test teardown makes isolation more deterministic if a test exits early.

Refactor sketch
-import { describe, test, expect, mock, beforeEach, afterAll, spyOn } from 'bun:test';
+import { describe, test, expect, mock, beforeEach, afterEach, afterAll, spyOn } from 'bun:test';
@@
   beforeEach(() => {
     delete process.env.CLAUDE_BIN_PATH;
-    fileExistsSpy?.mockRestore();
-    fileExistsSpy = undefined;
   });
+
+  afterEach(() => {
+    fileExistsSpy?.mockRestore();
+    fileExistsSpy = undefined;
+  });

Also applies to: 51-74

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@packages/providers/src/claude/binary-resolver-dev.test.ts` around lines 23 -
39, The tests currently restore the fileExistsSpy only in beforeEach and
afterAll which can leak if a test fails early; change cleanup to per-test
teardown by moving fileExistsSpy?.mockRestore() into an afterEach (or wrap each
test body with try/finally to restore) so each test restores fileExistsSpy
immediately after it runs; update the same pattern in the other block referenced
(lines 51-74) so both occurrences of the fileExistsSpy mock are restored in
afterEach (or via test-local try/finally) and set fileExistsSpy = undefined in
that afterEach as well.
packages/providers/src/claude/binary-resolver.ts (1)

5-12: Consider consolidating the glibc/musl rationale to one concise comment.

The same platform-mismatch explanation is duplicated in two comment blocks; keeping one short canonical note will reduce documentation drift.

Also applies to: 71-73

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@packages/providers/src/claude/binary-resolver.ts` around lines 5 - 12,
Consolidate the duplicated glibc/musl platform-mismatch rationale into a single
concise comment near the resolution order for pathToClaudeCodeExecutable: remove
the repeated paragraph (the one also present around lines 71-73) and replace
with one short canonical note that mentions the platform mismatch concern and
that CLAUDE_BIN_PATH can override the auto-resolved per-platform binary; update
the comment around the resolution list (referencing CLAUDE_BIN_PATH and
pathToClaudeCodeExecutable) so it is the single source of truth.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Nitpick comments:
In `@packages/providers/src/claude/binary-resolver-dev.test.ts`:
- Around line 23-39: The tests currently restore the fileExistsSpy only in
beforeEach and afterAll which can leak if a test fails early; change cleanup to
per-test teardown by moving fileExistsSpy?.mockRestore() into an afterEach (or
wrap each test body with try/finally to restore) so each test restores
fileExistsSpy immediately after it runs; update the same pattern in the other
block referenced (lines 51-74) so both occurrences of the fileExistsSpy mock are
restored in afterEach (or via test-local try/finally) and set fileExistsSpy =
undefined in that afterEach as well.

In `@packages/providers/src/claude/binary-resolver.ts`:
- Around line 5-12: Consolidate the duplicated glibc/musl platform-mismatch
rationale into a single concise comment near the resolution order for
pathToClaudeCodeExecutable: remove the repeated paragraph (the one also present
around lines 71-73) and replace with one short canonical note that mentions the
platform mismatch concern and that CLAUDE_BIN_PATH can override the
auto-resolved per-platform binary; update the comment around the resolution list
(referencing CLAUDE_BIN_PATH and pathToClaudeCodeExecutable) so it is the single
source of truth.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: a4d22e1e-d5bc-4052-942a-8a1cbcb13953

📥 Commits

Reviewing files that changed from the base of the PR and between 6e67d8a and 8188492.

📒 Files selected for processing (4)
  • CHANGELOG.md
  • packages/docs-web/src/content/docs/getting-started/ai-assistants.md
  • packages/providers/src/claude/binary-resolver-dev.test.ts
  • packages/providers/src/claude/binary-resolver.ts
✅ Files skipped from review due to trivial changes (1)
  • packages/docs-web/src/content/docs/getting-started/ai-assistants.md
🚧 Files skipped from review as they are similar to previous changes (1)
  • CHANGELOG.md

@Wirasm Wirasm merged commit 4885ee6 into dev Apr 29, 2026
4 checks passed
@Wirasm Wirasm deleted the fix/claude-bin-path-dev-mode branch April 29, 2026 09:43
@Wirasm Wirasm mentioned this pull request Apr 29, 2026
Wirasm added a commit that referenced this pull request Apr 29, 2026
Regression from #1481 (honor CLAUDE_BIN_PATH in dev mode). The CI workflow
set `CLAUDE_BIN_PATH: ~/.local/bin/claude` in YAML `env:` blocks; YAML does
not expand `~`, so the literal string was passed to the resolver.

Before #1481, dev mode silently ignored the env var and the SDK
auto-resolved its bundled binary — so the broken value was harmless. After
#1481, dev mode honors it, the file-existence check fails on the literal
`~`, and the smoke job aborts with "CLAUDE_BIN_PATH is set ... but the file
does not exist".

Move the env-var assignment into the run-step shell where `$HOME` resolves.
Both e2e-claude and e2e-mixed-providers jobs are affected.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

bug(claude): dev-mode workflows fail on glibc Linux due to SDK musl-first auto-resolution; honor CLAUDE_BIN_PATH as escape hatch

1 participant