/cd autocomplete: Enter behavior depends on highlighted-index position; Tab completes text but doesn't select; Escape doesn't dismiss the menu

## Summary
The `/cd` autocomplete menu has inconsistent and surprising keybindings that make selecting a directory awkward.

## Observed behavior
- **Enter**: accepts the highlighted autocomplete option only if it is NOT the first item in the list. If it is the first item, Enter submits the typed text instead of accepting the suggestion.
- **Tab**: does NOT select/submit the highlighted option. It only fills the input with the completed text (and even then, it strips the leading `/` so you still have to hit Enter afterward).
- **Escape**: does NOT dismiss the autocomplete menu (which is what most CLIs do). It only clears the input text — and even that takes two presses.

## Expected (matching typical shell / IDE conventions)
- **Enter** on a highlighted item: always accept that item, regardless of position
- **Tab**: cycle through suggestions OR accept-and-submit (pick one — both common)
- **Escape**: first press dismisses the autocomplete menu; only if the menu is already closed does it clear input

## Related
- #1105 — `/cd DirName` vs `/cd DirName/` discrepancy
- #3865 — LLM-invocable `cd` tool (separate)

## Why this matters
`/cd` is one of the most-typed slash commands and the keybinding mismatch makes it feel broken every single use.

Bắt đầu bằng cách xác định menu tự động hoàn tất /cd và cách xử lý bàn phím của nó, sau đó tái hiện hành vi của Enter, Tab và Escape đối với đề xuất đầu tiên và các đề xuất tiếp theo. Công việc được xem là hoàn tất khi Enter luôn chấp nhận mục được đánh dấu, Tab tuân theo một quy ước đã chọn và Escape đóng menu trước khi xóa nội dung nhập.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.