[BUG]

Status Open
Maintainer reply None cached
Activity 0 comments · opened Aug 28, 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?

Bug: Literal </parameter> closing tags leak into rendered assistant messages, appearing immediately after fenced code blocks that contain quoted shell commands (scp/ssh one-liners with "..." args). Occurred 3+ times in one session. Real-world impact: the user copied the visible command, their cmd.exe read the < in </parameter> as a redirection operator, and every command failed with "The syntax of the command is incorrect" until they manually trimmed the tag. The tag is not in my intended output — it's being injected at render time, likely tool-call XML scaffolding bleeding into the message stream.

What Should Happen?

it should render the output correctly that was sent to the app.

Error Messages/Logs

ssh -i weedhounds_key.pem ubuntu@weedhounds.us "grep -n 'out_of_compliance: bool = False' /home/ubuntu/cheesesteak-museum-app/backend/health_inspections.py; grep -c out_of_compliance /home/ubuntu/cheesesteak-museum-app/web/tabs/browse_shops.py"</parameter>

Wait — that trailing tag is happening again from my side. The command is just the part inside the quotes ending at browse_shops.py". Ignore anything after the closing double-quote.

Steps to Reproduce

i don't know if it can be.. it's a ui bug

Claude Model

Sonnet (default)

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

1.34493.1.0

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

_No response_

View original on GitHub ↗