contribution/compass
anthropics/claude-code

Claude Code

952 signals · 959 observation events

Open repository ↗

Claude Code is an agentic coding tool that lives in your terminal, understands your codebase, and helps you code faster by executing routine tasks, explaining complex code, and handling git workflows - all through natural language commands.

141.3K stars22.7K forksPythonlicense unknownkeyword: Claude Code
PROJECT NEWS

Release, roadmap, and discussion

All news →
anthropics/claude-code

Claude Code

Coding-Agent Infrastructure
Latest stable

v2.1.231

v2.1.231
  • What's changed
  • Fixed MCP OAuth sign-in failing with a redirect URI mismatch for servers that use a pre-registered OAuth client, such as Slack
Original release notes ↗

Publicly indicated next

  • milestone
    P1Publicly indicated100% complete · 0 open
  • milestone
    P2Publicly indicated100% complete · 0 open
  • milestone
    P3Publicly indicated90% complete · 1 open

Prereleases and milestones indicate public plans; they are not delivery commitments.

Observation trail

  1. changedmetrics
  2. changedupdatedAt, labels
  3. changedupdatedAt, labels
  4. changedupdatedAt
  5. discoveredinitial snapshot
  6. discoveredinitial snapshot
  7. discoveredinitial snapshot
  8. discoveredinitial snapshot
  9. discoveredinitial snapshot
  10. discoveredinitial snapshot
  11. discoveredinitial snapshot
  12. changedupdatedAt, labels
  13. changedupdatedAt, labels
  14. discoveredinitial snapshot
  15. discoveredinitial snapshot
  16. discoveredinitial snapshot
  17. discoveredinitial snapshot
  18. discoveredinitial snapshot
  19. changedmetrics
  20. changedmetrics
  21. discoveredinitial snapshot
  22. changedupdatedAt, metrics
  23. discoveredinitial snapshot
  24. discoveredinitial snapshot
  25. changedupdatedAt, metrics
  26. discoveredinitial snapshot
  27. changedupdatedAt, metrics
  28. discoveredinitial snapshot
  29. changedupdatedAt
  30. discoveredinitial snapshot
50 shown
issue

[BUG] Cowork: in-session file attach picker grays out ALL files (every type), making selection impossible

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Summary In a Clau

importance 4@navigator319closedbugplatform:macosarea:coworkstaleOriginal evidence ↗
issue

Permission-mode changes don't sync reliably between the iOS app and terminal in Remote Control

Permission-mode changes don't sync reliably between the iOS Claude app and the local terminal in a Remote Control session: "accept edits" selected on the phone doesn't apply in the terminal, and mode changes made in the terminal never reach the phone at all. ## Steps to reproduce 1. Start a Remote Control session (`/rc`) on desktop. 2. Open the conversation

importance 4@ykdojoclosedbughas reproarea:tuiplatform:iosarea:permissionsOriginal evidence ↗
issue

[BUG] Misleading error: says 'requires a Posix shell' but actually requires bash or zsh

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? ## Description On

importance 4@cqexbesdclosedbugarea:bashstaleOriginal evidence ↗
issue

Right-click / copy-paste stops working in terminal during long sessions

**Describe the bug** Right-click context menu and copy-paste functionality stops working in the Claude Code terminal during long sessions. Restarting the terminal session fixes it temporarily, but the issue recurs. **Steps to reproduce** 1. Start a long Claude Code session (several hours) 2. Try to right-click or use copy-paste in the terminal 3. Nothing hap

importance 4@jyriroselius-cloudclosedbugplatform:macosarea:tuistaleOriginal evidence ↗
issue

Bash tool drops all stdout on Windows/Git Bash intermittently

## Summary On Windows 11 with Git Bash as the Bash tool shell, commands intermittently return `(Bash completed with no output)` even though they clearly ran. The same commands executed via the PowerShell tool in the same session produce output normally. ## Repro Run via the Bash tool on Windows: ```bash echo "test"; whoami; pwd ``` Sometimes returns `(Bash c

importance 4@officialprofabduplicateplatform:windowsarea:bashstaleOriginal evidence ↗
issue

Write tool result for new files renders without added-line (green) highlighting, unlike Edit

**Describe the bug** In the chat stream, an Edit tool result renders as a diff with green added-line highlighting. A Write tool result creating a **new** file renders the file contents as plain, unhighlighted lines — even though every line is an addition. Inconsistent presentation for what is semantically the same thing (added lines). **To reproduce** 1. Ask

importance 4@PearGodbugarea:uistaleOriginal evidence ↗
issue

[BUG] Marketplace plugin re-materialization mid-session cleans the pinned hook installPath, silently killing hooks in every running session

# [BUG] Marketplace plugin re-materialization mid-session cleans the pinned hook installPath, silently killing hooks in every running session ## Summary When a marketplace plugin is updated mid-session (new version bump + marketplace re-materialization), a running session's hooks are **pinned to the previous version's install path**. The re-materialization r

importance 4@amilliganbughas reproarea:hooksarea:pluginsstaleOriginal evidence ↗
issue

[Feature Request] Add option to hide or consolidate context/token usage indicator in UI

**Bug Description** ▎ Why does the context/token indicator get its OWN entire row above the footer badges? It's wasting a full terminal line and honestly looks like garbage — especially when I've got a custom statusLine right there too. It's redundant and cluttered. ▎ ▎ Please just let me either: ▎ ▎ 1. Hide it — give me a hideContextUsage setting in setting

importance 4@zackgomezenhancementplatform:linuxarea:tuiarea:statuslinestaleOriginal evidence ↗
issue

Cowork (Windows): UserPromptSubmit hooks now execute, but stdout/additionalContext is discarded — wire hook output into context at parity with Claude Code

### Preflight Checklist - [x] I have searched [existing requests](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20label%3Aenhancement) and this feature hasn't been requested yet - [x] This is a single feature request (not multiple features) ### Problem Statement Follow-up to #63360 (closed stale, "open a new issue if still relevant" — it is)

importance 4@DSP2012enhancementplatform:windowsarea:hooksarea:coworkstaleOriginal evidence ↗
issue

Task list sidebar panel for session task visibility

### Preflight Checklist - [x] I have searched [existing requests](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20label%3Aenhancement) and this feature hasn't been requested yet - [x] This is a single feature request (not multiple features) ### Problem Statement Currently, viewing the session task list requires typing `/tasks` in the chat inp

importance 4@mosesketenhancementarea:uistaleOriginal evidence ↗
issue

[BUG] SessionStart (and other command-type) hooks fail to execute on Windows — shell resolution drops \bash.exe from Git path

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Environment: Clau

importance 4@MikeSarafidisSembughas reproplatform:windowsarea:hooksstaleOriginal evidence ↗
issue

[Bug] Git reference resolves to local main instead of origin/main after fetch

**Bug Description** Keeps checking local main branch as a reference instead of origin/main after fetching. Very n00b behavior. In auto mode, it will branch after I specifically asked it not to because it looks at an outdated local main and compares the current branch to it and says "Oh no, this branch is 300 commits ahead of main, so we can't possibly use it

importance 4@dumplogic-davidbugplatform:macosplatform:vscodegitstaleOriginal evidence ↗
issue

MCP server "supabase" sendo removido/adicionado repetidamente com comando malformado (openssl rand -hex 32 não interpolado)

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Ao rodar comandos

importance 4@douglasgpucci-altduplicatestaleOriginal evidence ↗
issue

Live output tail in the /tasks (background shells) panel — inline + pop-out window

## Summary When a Bash command runs in the background, the running-shell indicator in the status bar and the `/tasks` panel it opens only show status/metadata. There's no way to watch the process's live output from within Claude Code — you have to fall back to `tee`-ing to a logfile and `tail -f`-ing it in a separate terminal. Please surface the output direc

importance 4@rslosbergenhancementarea:tuistaleOriginal evidence ↗
issue

[Bug] Fable safeguards triggered on routine coding work

**Bug Description** I triggered the Fable no-no harness on routine work. ⏺ Fable 5's safeguards flagged this message. The safeguards are intentionally broad right now and may flag safe and routine coding, cybersecurity, or biology work. These measures let us bring you Mythos-level capabilities sooner, and we're working to refine them. Switched to Opus 4.8. S

importance 4@henryjrobinsonbugplatform:macosarea:modelstaleOriginal evidence ↗
issue

[FEATURE] Cross-machine session sidebar sync when .claude is on a shared drive

### Preflight Checklist - [x] I have searched [existing requests](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20label%3Aenhancement) and this feature hasn't been requested yet - [x] This is a single feature request (not multiple features) ### Problem Statement Summary When .claude is synced across machines via a junction/symlink pointing to

importance 4@mike-starkeyenhancementplatform:windowsarea:tuistaleOriginal evidence ↗
issue

[BUG] Fable 5 → Opus 4.8 fallback misfires on hobby-OS kernel

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Fable 5 → Opus 4.

importance 4@QzOSduplicatearea:modelarea:claude-code-webplatform:webstaleOriginal evidence ↗
issue

[Feature Request] Make feedback commands more explicit to avoid accidental activation

**Bug Description** I hit "1" because I wanted to answer 1 of various questions, but this caused a "bad" feedback to be sent.. Perhaps the feedback thing needs to be a bit more explicit with a '/' at the start to avoid accidentally giving the wrong feedback? **Environment Info** - Platform: linux - Terminal: konsole - Version: 2.1.198 - Feedback ID: f362d862

importance 4@xarinatanenhancementplatform:linuxarea:tuistaleOriginal evidence ↗
issue

[BUG] Desktop app: Code view sidebar stays in English despite ja-JP locale (web is fully translated)

## Environment - Claude desktop app (macOS): 1.18286.0 (latest) - Bundled Claude Code: 2.1.197 - macOS system language: Japanese ## Description In the desktop app's Code view, sidebar labels render in English — "Pinned", "Recents", "New session", "Artifacts" — even though every locale setting resolves to Japanese: - App config (`~/Library/Application Support

importance 4@masapiko5-hashbugplatform:macosarea:uiarea:desktopstaleOriginal evidence ↗
issue

[BUG] SSH option not available in Claude Code Desktop when using external API provider

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? When using Claude

importance 4@andrei-cbbugplatform:windowsarea:desktoparea:providersstaleOriginal evidence ↗
issue

[DOCS] `AskUserQuestion` tool docs still describe v2.1.198 auto-continue as the default; v2.1.200 made it opt-in via `/config`

### Documentation Type Incorrect/outdated documentation ### Documentation Location https://code.claude.com/docs/en/tools-reference ### Section/Topic `AskUserQuestion` row in the tools table — the prose paragraph that begins "As of v2.1.198, if you don't respond within 60 seconds the dialog closes on its own". The matching `CLAUDE_AFK_TIMEOUT_MS` and `CLAUDE_

importance 4@coygeekbugdocumentationarea:docsstaleOriginal evidence ↗
issue

[DOCS] Background-agent daemon handover rule now uses the version's embedded build timestamp, but `agent-view.md` and `cli-reference.md` still describe the old version comparison

### Documentation Type Incorrect/outdated documentation ### Documentation Location https://code.claude.com/docs/en/agent-view ### Section/Topic The "Inspect the supervisor" subsection of `agent-view.md` (around the `claude daemon status` description) and the matching row in `https://code.claude.com/docs/en/cli-reference`. ### Current Documentation `agent-vie

importance 4@coygeekdocumentationenhancementarea:docsstalearea:agent-viewOriginal evidence ↗
issue

"Request too large (max 32MB)" hard-stops the conversation instead of letting the model recover

## Problem When a request exceeds the 32MB API limit, Claude Code stops the turn with: ``` ⏺ Request too large (max 32MB). Double press esc to go back and try with a smaller file. ``` The model never sees this error, so it can't retry, resize the image, or adapt in any way. The entire conversation just stops. The message is also misleading. In my case the fi

importance 4@ykdojoopenduplicatearea:coreOriginal evidence ↗
issue

[BUG] Windows: the `/plugins` "Configure options" panel corrupts (ghost rows, duplicated labels/help, dropped chars) on the first navigation keypress when a plugin has many knobs or long option descriptions; and enum-style options have no picker

**Summary.** On Windows, opening a plugin's `/plugins` -> "Configure options" panel renders cleanly, but the first up/down keypress corrupts the frame: labels and help text duplicate, the caret appears on multiple rows, a value is drawn against the wrong label, and characters drop. It happens when the panel is tall -- many userConfig knobs and/or long option

importance 4@manderse21openbugplatform:windowsarea:tuiarea:pluginsOriginal evidence ↗
issue

[BUG] --resume fails with ECONNRESET when transcript contains large base64 screenshots; fresh sessions fine; stripping images fixes it (v2.1.201, macOS)

### Preflight Checklist - [x] I have searched existing issues and this hasn't been reported yet (closest: #74732, #74544, see "Related issues" below) - [x] This is a single bug report - [x] I am using the latest version of Claude Code ### What's Wrong? `claude --resume <session-id>` fails 100% of the time with `API Error: Unable to connect to API (ECONNRESET

importance 4@AhmedB102openbughas reproplatform:macosarea:networkingapi:anthropicOriginal evidence ↗
issue

[FEATURE] Option to COMPLETELY disable "accept edits" on

### Preflight Checklist - [x] I have searched [existing requests](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20label%3Aenhancement) and this feature hasn't been requested yet - [x] This is a single feature request (not multiple features) ### Problem Statement This feature was previously requested [here](https://github.com/anthropics/claude

importance 4@matt-lachman-trssopenenhancementarea:permissionsOriginal evidence ↗
issue

[BUG] Inconsistent preserveFocus on diff-open calls causes IME composition loss (VS Code extension)

## [BUG] Inconsistent `preserveFocus` on diff-open calls causes IME composition loss (VS Code extension) ### Summary When Claude Code opens a file-edit diff, it always opens a new editor tab (`preview:false`, hardcoded, no user setting — same underlying behavior as #42288/#52832/#43619). This report focuses on a more severe side effect: on at least one code

importance 4@omuram-sdgopenbughas reproplatform:windowsplatform:macosarea:ideOriginal evidence ↗
issue

[BUG] VS Code: resuming a web session that lived in a git worktree fails with "No conversation found with session ID"

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? I started a sessi

importance 4@cihadturhanopenbugOriginal evidence ↗
issue

[FEATURE] Session/chat history and memory in Claude Code are keyed entirely to the project folder's absolute filesystem path, with no way to preserve continuity when the folder is moved or renamed.

### Preflight Checklist - [x] I have searched [existing requests](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20label%3Aenhancement) and this feature hasn't been requested yet - [x] This is a single feature request (not multiple features) ### Problem Statement Claude Code stores project session data under ~/.claude/projects/<encoded-path>/,

importance 4@Gene-HowardopenenhancementOriginal evidence ↗
issue

Teleported session fails to open in VS Code extension ("No conversation found with session ID")

When teleporting an active Claude Code session from the mobile/web app to the VS Code extension, opening the teleported session in VS Code fails with: ``` Error spawning Claude (on channel <channel-id>): Error: Claude Code returned an error result: No conversation found with session ID: <session-id> ``` The channel is then closed and the session state resets

importance 4@BananaGikoHopenOriginal evidence ↗
issue

[BUG] Claude crashes consistently after Claude Browser MCP preview_start completes on Windows

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Claude repeatedly

importance 4@romers352closedbugOriginal evidence ↗
issue

[BUG] Desktop App disappears without warning and cannot reopen. Reinstall Required to work again

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? ### What's Wrong?

importance 4@GrategatsbyopenbugOriginal evidence ↗
issue

[BUG] Suspicious injected instructions repeatedly appended to my own outgoing messages (Code tab)

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? I'm using the Cla

importance 4@singtan4openbugOriginal evidence ↗
issue

[BUG] Agent frontmatter `model: opus` runs the parent session model instead of stepping down to the newest org-allowed Opus (per-invocation `model: opus` param steps down correctly)

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? When an agent def

importance 4@ondrejtucnyopenbughas reproplatform:windowsarea:agentsarea:pluginsOriginal evidence ↗
issue

--plugin-dir loads plugin skills but never starts the plugin's MCP servers (desktop app sessions lose all plugin MCP tools)

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? A plugin that bun

importance 4@nicolaswarlop-jpgopenbughas reproplatform:windowsarea:mcparea:pluginsOriginal evidence ↗
issue

[BUG] Windows NotifyIconSettings in Windows system tray resets after any update hiding the icon

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? When Claude Deskt

importance 4@MB-APopeninvalidOriginal evidence ↗
issue

Worktree/cwd isolation state is shared and racy across sibling background sessions launched from the same parent job

Summary: When a background session dispatches multiple concurrent subagents (via the Agent tool) that each call EnterWorktree for their own isolated git worktree, the isolation/cwd pointer appears to be a single shared value for the whole background job rather than scoped per-agent. Whichever sibling's isolation call lands last can silently redirect another

importance 4@kimgranlundopenbughas reproarea:toolsarea:agentsOriginal evidence ↗
issue

[FEATURE] PostRewind hook event — hooks that manage external state can't observe /rewind (re-files stale-closed #18858)

## Summary Add a hook event that fires on `/rewind` (checkpoint restore) — e.g. `PostRewind` — so hooks that manage state outside the transcript can observe conversation truncation. Re-files @Glucksberg's #18858, which was closed by the stale bot as NOT_PLANNED with an invitation to reopen if still relevant. It is still relevant, and no hook event in the cur

importance 4@flound1129openenhancementarea:hooksOriginal evidence ↗
issue

[BUG] GitHub connector missing entirely from mobile app connector list (private account) — not just disconnected

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? The GitHub connec

importance 4@jensfiedleropeninvalidOriginal evidence ↗
issue

Claude in Chrome extension 1.0.85: all Claude Code tab operations return 'No tab available' on Chrome 149 AND 151 (side panel automation works)

## Summary Claude in Chrome browser automation worked all morning, then Chrome auto-updated from 149.0.7827.201 to 151.0.7922.110 (the Aug 11 stable release) and restarted. Since that moment, **every tab operation returns `No tab available`** while browser registration works fine. ## Environment - macOS 26.5.1 (Apple Silicon) - Chrome 151.0.7922.110 (stable)

importance 4@petksksopenbughas reproplatform:macosarea:mcparea:chromeOriginal evidence ↗
issue

Fleet-of-sessions in tmux: Agent tool spawns new pane subagents instead of delegating to existing sessions

## Summary When a Claude Code session acts as a lead/director for a fleet of long-running Claude Code sessions in tmux (one window per session), the Agent tool always materialises new teammate subagents in fresh tmux panes — there is no ergonomic way to say "prefer delegating to my existing sessions". Over a working day this produced 15+ transient panes alon

importance 4@powell-clarkopenenhancementplatform:linuxarea:agentsarea:agent-viewOriginal evidence ↗
issue

Auto-mode permission classifier blocks authorized actions and is intermittently unavailable

### What happened During a normal working session the auto-mode permission classifier produced two distinct failures that made it impossible to complete authorized actions: **1. Denies an action the user explicitly authorized, with no smooth approval path.** - I asked the assistant to `gh pr merge <n> --merge`. - The call returned: `Permission for this actio

importance 4@abelsilvaopenbugarea:permissionsOriginal evidence ↗
issue

[Feature Request] Support for Claude Opus 5.0 and newer model versions

**Bug Description** I am running an hardening exercise on my local infrastructure this got flagged and the model changed to opus 4.8, i wish to use the most capable model to harden my infrastructure, would it be possible to be allowed to use either fable or opus 5.0 for that? Thanks in advance, Daniel S. A. Khan **Environment Info** - Platform: win32 - Termi

importance 4@Flossedopenenhancementplatform:windowsarea:modelOriginal evidence ↗
issue

[FEATURE] Session continuity between Cowork and the Microsoft 365 add-ins

### Preflight Checklist - [x] I have searched [existing requests](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20label%3Aenhancement) and this feature hasn't been requested yet - [x] This is a single feature request (not multiple features) ### Problem Statement Cowork sessions and the Claude add-ins in Microsoft 365 are separate contexts tha

importance 4@Abuelfotohopenenhancementarea:coworkOriginal evidence ↗
issue

[BUG] Desktop app: turns started by session resume or inter-session message hang with no first token, watchdog kills after ~980s (no_response) — spiked after auto-update 1.26832.0 → 1.28929.0

**Environment** - macOS (Darwin 25.5.0), Claude Desktop app **1.28929.0** (auto-updated from 1.26832.0 on Aug 11–12), bundled Claude Code engine **2.1.227**, standalone CLI 2.1.220 - Many concurrent sessions in the desktop app, heavy use of inter-session messaging **Symptom** Turns that are started **without a human typing in the focused window** — i.e. (a)

importance 4@jinipack-droidopenbughas reproplatform:macosarea:desktopOriginal evidence ↗
issue

Background tasks spawned by subagents leak: no process, no handle, no way to clear

**Claude Code 2.1.227, Windows 11, desktop app.** Observed during a `Workflow` run of roughly 90 subagents across 7 runs. ## What happens A subagent calls `Bash` with `run_in_background`. The subagent finishes and returns its result. The background task keeps a live chip in the UI. Mine showed three, at 41 minutes: ``` Fetch older STAR foundry and HTS proces

importance 4@qravehopenbugplatform:windowsarea:agentsarea:agent-viewOriginal evidence ↗
issue

Bash tool: "wc" via command substitution fails with "command not found" inside a for-loop with 2+ items

## Description Calling `wc` via command substitution (`$(... | wc -l)`) inside a `for` loop with **2 or more items** fails with `command not found: wc`, on the very first iteration — not something that appears only after repeated calls. `grep -c ""` in the exact same shape works fine, so this isn't a generic loop issue — it's specific to `wc`. ## Minimal rep

importance 4@laraib-siddopenbughas reproplatform:macosarea:basharea:sandboxOriginal evidence ↗
issue

Rate-limit auto-resume checkbox shown in one session but not in a concurrent session

When hitting the usage limit in two concurrent Claude Code sessions around the same time, one session's rate-limit dialog showed a checkbox to automatically resume when the limit resets ("自動的に続行する" / reset time e.g. "19:40"), while the other concurrent session's dialog did not show this checkbox at all — just the plain "usage limit reached" message. I couldn

importance 4@kajimasaoopenbugplatform:windowsarea:tuiOriginal evidence ↗
issue

Cross-session send_message silently lost after worktree recycle (reports sent, never delivered)

## Summary Cross-session messages (`mcp__ccd_session_mgmt__send_message`) sent to a session whose worktree was recycled are silently lost: the sender gets a success result ("Message sent" / "Message queued"), but the recipient session never receives the message. After the recycle, even messages addressed to what appears to be the correct successor session ar

importance 4@RostDekalinopenbugplatform:windowsarea:agentsOriginal evidence ↗
issue

[BUG] MCP HTTP connection hangs indefinitely at 'basic HTTP connectivity' pre-check (custom CA-merge agent) — external tools connect instantly

### Preflight Checklist - [x] I have searched [existing issues](https://github.com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? claude mcp list a

importance 4@Spencer-Groundwork-Digitalopenbugplatform:windowsarea:mcpOriginal evidence ↗