Terminal URL detection includes adjacent CJK characters, breaking links

Bug Report

Description

When Claude Code outputs a markdown link followed by a Korean (CJK) particle/character with no space, the terminal's URL detection includes the non-ASCII character as part of the URL, resulting in a broken link.

Steps to Reproduce

1. Claude Code outputs a response containing:

``
[#1735](https://github.com/Yeachan-Heo/oh-my-claudecode/issues/1735)에 댓글이 달리면
``

1. The terminal renders the URL as https://github.com/Yeachan-Heo/oh-my-claudecode/issues/1735에
2. Clicking the link opens a 404 page because the Korean particle 에 is included in the URL

Expected Behavior

The URL should terminate at the closing ) of the markdown link. The adjacent Korean character 에 should not be part of the clickable URL.

Actual Behavior

The terminal URL detection treats https://...1735에 as a single URL, including the Korean particle. This applies to all CJK characters (Korean, Japanese, Chinese) and likely other non-Latin scripts adjacent to URLs.

Environment

• Claude Code CLI (latest)
• Windows 11 Pro
• Terminal: Windows Terminal / VS Code integrated terminal
• Language: Korean (한국어)

Additional Context

This is likely a URL boundary detection issue in the terminal renderer. The URL regex or detection logic does not properly handle non-ASCII characters as URL terminators. A workaround is to always insert a space between a markdown link and adjacent CJK text, but ideally the renderer should handle this correctly.