[BUG] Tool usage output no longer shows executed command in versions > 1.0.123

Status Closed — not planned
Maintainer reply None cached
Activity 13 comments · opened Sep 26, 2025 · closed Jan 8, 2026

Preflight Checklist

  • [x] I have searched existing issues 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?

Starting with version 1.0.124, tool usage output no longer displays the actual command/parameters that were executed. Users only see the command result output, making it impossible to monitor what actions Claude is taking.

What Should Happen?

Tool usage output should display both:

  1. The command/tool that was executed (with parameters)
  2. The result/output of that execution

This was the behavior in version 1.0.123 and earlier.

Error Messages/Logs

No error messages - this is a display regression where information is missing from the UI.

Steps to Reproduce

  1. Install Claude Code version 1.0.124 or later
  2. Ask Claude to run any tool (e.g., Bash tool with ls command)
  3. Observe that only the command output is shown
  4. Compare with version 1.0.123 where both command and output were visible

Claude Model

Sonnet (default)

Is this a regression?

Yes

Last Working Version

1.0.123

Claude Code Version

1.0.126

Platform

Anthropic API

Operating System

macOS and Linux (LMDE 6) - tested on both

Terminal/Shell

Various (affects all terminals)

Additional Information

Impact: High - Without visibility into tool execution, users cannot monitor or debug Claude's actions effectively.

Affected Tools: All tools including:

  • Built-in Bash tool
  • MCP tools
  • Other native tools

Workaround: Downgrade to version 1.0.123 using claude install 1.0.123

Testing: Confirmed working in 1.0.123, broken in 1.0.124, 1.0.125, and 1.0.126.

This regression significantly impacts the transparency and debuggability of Claude Code sessions.

View original on GitHub ↗

13 Comments

nkeilar · 11 months ago

Yes, agreed. I'm also seeing this...

<img width="1197" height="295" alt="Image" src="https://github.com/user-attachments/assets/ae8dd329-9081-43a2-9d53-0e97f8e77d35" />

Flying blind, in auto mode I have no idea whats going on... Just hope for the best... I tried to enable verbose mode but id doesn't help.

mfyz · 11 months ago

Same here. Only seeing assistant outputs, tool calls are not visible. Only bash calls (that takes long, like running tests), only visible while the tool call happens, then disappears. No other tool calls are visible.

normalnormie · 11 months ago

Persistent in 2.0.0

tennox · 11 months ago

Same issue - very unfortunate. Maybe a concious choice to be more like Codex?

nkeilar · 11 months ago

Its an absolute nightmare, I either manually have to approve each change, or blindly trust every intermediate step and hope for the best... Really I want to be able to watch the output and when its starts going off the rails stop and interject... or even just type a message for it to read at the next suitable time if its not super important... but we lost all of that oversight... its frankly scary now - you have no idea what its doing - Not sure how this is safe - sure you can go back but imagine it makes some tool calls and goes down a path that causes harm. You have not trace of what is going on so human can step in - that option is completely removed in auto mode.

Need to make it optional to not roll up tool calls into latest tool call which is what is happening now.

nkeilar · 11 months ago

Kindly jump on this thread on x and make some noise if this kills your productivity - https://x.com/nkeilar/status/1973267989337444744

mfyz · 10 months ago

This bug is getting even more dumb and annoying. It's going on opposite direction as the new patch versions goes out.

Now aside of I can't see my actual tool call details, I see all the hooks about the tool calls which tells me nothing, it actually makes the Claude code output even harder to read and follow.

Claude code ppls, please fix this frigging issue.

!Image

nkeilar · 10 months ago

Workaround for Hook Output Cluttering the Display

@mfyz and others - I found a solution to suppress the hook output that's been cluttering the display.

The hooks can be silenced in two ways:

  1. Add suppressOutput flag - Set "suppressOutput": true in each hook configuration
  2. Shell-level redirect - Append >/dev/null 2>&1 to the end of each command

Here's an example of what your hooks should look like in ~/.claude/settings.json:

  "PostToolUse": [
    {
      "matcher": "*",
      "hooks": [
        {
          "type": "command",
          "suppressOutput": true,
          "command": "/path/to/your/hook.sh >/dev/null 2>&1"
        }
      ]
    }
  ]

To update your settings:

Apply this pattern to all hooks in your settings file:

  • PreToolUse
  • PostToolUse
  • Notification
  • Stop
  • SubagentStop
  • PreCompact
  • UserPromptSubmit

The double suppression (both the flag and shell redirect) ensures maximum output suppression and gives you a cleaner CLI experience.

This doesn't solve the root issue of tool commands not being visible, but it at least removes the hook noise that's making the output even harder to follow.

rcdailey · 10 months ago

This appears to be resolved in 2.0.19

github-actions[bot] · 8 months ago

This issue has been inactive for 30 days. If the issue is still occurring, please comment to let us know. Otherwise, this issue will be automatically closed in 30 days for housekeeping purposes.

tennox · 8 months ago

Well it's an open UX question

github-actions[bot] · 7 months ago

This issue has been automatically closed due to 60 days of inactivity. If you're still experiencing this issue, please open a new issue with updated information.

github-actions[bot] · 7 months ago

This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.