Strange cursor character (Ā) rendered in CLI input

[rossim2i2]

Bug

When using the Letta CLI in Wezterm (Arch Linux, Wayland), a strange character appears at the cursor position in the text input — it renders as Ā (A with macron) inside a white/inverse box. This is distracting enough to make the CLI unusable.

Environment

• Arch Linux + Wayland (Niri compositor)
• Wezterm (MesloLGS Nerd Font Mono, Tokyo Night theme)
• TERM=xterm-256color
• Bash with set -o vi (disabling vi mode does not fix it)
• Letta Code 0.24.6

What I've tried

• set +o vi before launching — no effect
• Explicitly resetting cursor shape (printf "\e[0 q") — no effect
• Changing Wezterm cursor style to SteadyBar — no effect
• Claude Code CLI does not have this issue in the same terminal

Analysis

The CLI uses Ink's ink-text-input component, which renders its cursor via chalk.inverse() on the character at the cursor position (or chalk.inverse(" ") when at end of input). The Ā glyph appears to be how the inverse space character renders in this terminal/font combination. Other Ink-based CLIs (e.g., Claude Code) don't exhibit this, suggesting it may be specific to how Letta's Ink build or cursor rendering handles the inverse text.

Expected

Cursor should render as a subtle block or bar, not as a visible Unicode character.

[cpacker]

@rossim2i2 - if you're able to run from source, let me know if you can try testing the fix in #2013 and if it works for you

[rossim2i2]

Confirmed that PR #2013 resolves this issue on my setup.

Environment: WezTerm + Arch Linux (Niri/Wayland), Letta Code CLI 0.24.8

Applied the patch from #2013 locally — the NBSP sentinel approach eliminates the Ā glyph completely. Cursor now renders as a clean inverse space with no visible character artifact.

The root cause is exactly as described in the PR: chalk.inverse('\u00A0') renders as a visible glyph in WezTerm, and the sentinel + Transform pattern correctly avoids this.