[Bug] Mixed language characters in Claude response (Chinese character in English text)
Status Open
Reported on v2.1.214
Maintainer reply None cached
Workaround ✓ Mentioned in thread ↓
Activity 4 comments · opened Jul 22, 2026
Bug Description
Got a strange Chinese symbol in my response from Claude. Never seen it before. "The debugging路 found three real mechanisms along the way"
Environment Info
- Platform: win32
- Terminal: vscode
- Version: 2.1.214
- Feedback ID: 7d597a4c-fdf5-4f1f-8fc2-5f2224922bb1
Errors
[{"error":"Error: Failed to restore old executable: Error: EPERM: operation not permitted, rename 'C:\\Users\\31686\\.local\\bin\\claude.exe.old.1784438132826' -> 'C:\\Users\\31686\\.local\\bin\\claude.exe'\n at cJy (B:/~BUN/root/src/entrypoints/cli.js:11954:44024)\n at async uFd (B:/~BUN/root/src/entrypoints/cli.js:11954:38318)\n at async lJy (unknown)\n at async dFd (unknown)\n at unknown\n at processTicksAndRejections (native:7:39)","timestamp":"2026-07-19T05:15:32.915Z"},{"error":"TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=1096 messages=1095 range=[1065,1096))\n at hob (B:/~BUN/root/src/entrypoints/cli.js:13253:8188)\n at Rjp (B:/~BUN/root/src/entrypoints/cli.js:13253:1103)\n at Xn (B:/~BUN/root/src/entrypoints/cli.js:2598:21391)\n at XE (B:/~BUN/root/src/entrypoints/cli.js:2598:40495)\n at nj (B:/~BUN/root/src/entrypoints/cli.js:2598:51434)\n at Fje (B:/~BUN/root/src/entrypoints/cli.js:2598:89101)\n at $je (B:/~BUN/root/src/entrypoints/cli.js:2598:88051)\n at lDe (B:/~BUN/root/src/entrypoints/cli.js:2598:87870)\n at dU (B:/~BUN/root/src/entrypoints/cli.js:2598:84132)\n at Pt (B:/~BUN/root/src/entrypoints/cli.js:2598:6680)","timestamp":"2026-07-20T00:59:37.451Z"}]Showing cached comments. Read the full discussion on GitHub ↗
3 Comments
It is so wired! Sometimes, It will split out Korean and Japanese token in the meantime!
Triage pointer: an independently documented recurrence of this exact substitution was posted on 2026-08-13 at #69792 — Claude Code 2.1.227,
claude-opus-5, Windows Desktop; a single Han character meaning "near" inside English text where "near" fit.Together with #69792, #82041, and #83324 this shows persistence across versions and surfaces since late June 2026.
Routing note: #69792 was the issue maintainers used to track this behaviour. #76984 was closed as its duplicate on 2026-08-19 "so we can track it in one place". Lifecycle automation closed #69792 on 2026-09-11. Other exact matches have gone the same way:
路for "path"), was closed as stale on 2026-09-21.That leaves this issue as the only open report of the exact symptom: a single, semantically fitting CJK character inside otherwise English output. The verified Opus 5 / 2.1.227 occurrence is in my #69792 comment.
Could this issue take over as the tracking issue and get an
area:modellabel? It currently has no labels, so it may not surface in model triage.