Slash-command popup lost fuzzy/substring matching in 0.89.0 (now prefix-only) — please add fuzzy fallback or config toggle
What version of Codex is running?
codex-cli 0.89.0 (tag: rust-v0.89.0)
What subscription do you have?
N/A (this is a local TUI behavior; occurs before any model call)
Which model were you using?
N/A (not model-dependent)
What platform is your computer?
macOS 15.6.1 (Darwin 24.6.0, arm64)
What terminal emulator and version are you using (if applicable)?
Ghostty 1.2.3 (zsh)
What issue are you seeing?
After upgrading to 0.89.0, the slash-command autocomplete/popup appears to no longer support fuzzy/substring (subsequence) matching.
It now behaves like exact/prefix-only filtering, which makes it hard to discover/trigger commands unless you remember the exact prefix.
Example:
- Typing
/acused to show/compact(because "ac" is a subsequence / substring match), but now it shows no results.
This looks related to openai/codex#9629 (“better sorting of shell commands”), but the current behavior feels more strict than “exact/prefix first, then
fuzzy”: fuzzy seems removed entirely.
What steps can reproduce the bug?
- Install/upgrade to codex-cli 0.89.0.
- Start an interactive Codex session.
- Type
/acin the composer so the slash-command popup is active. - Observe the suggestions list.
What is the expected behavior?
Either:
- Keep fuzzy matches as a fallback (e.g. exact > prefix > fuzzy), OR
- If fuzzy matches are considered too noisy, only show fuzzy results when there are no exact/prefix matches, OR
- Provide a config option to choose behavior, e.g.:
slash_command_matcher = "prefix"(current)slash_command_matcher = "exact_prefix_fuzzy"(previous/desired)
So that /ac can still surface /compact without breaking the “prefix should win” goal.
What do you see instead?
No suggestions for inputs that rely on fuzzy/substring matching (e.g. /ac does not include /compact).
Additional information
- Related PR:
openai/codex#9629 - A prior approach that seemed closer to the desired UX: openai/codex#9625 (prefix first, then fuzzy), but it was closed in favor of #9629.
- If the change is intentional, it would be helpful to document the new matching semantics in the slash-commands docs / release notes more explicitly
(since many users treat fuzzy as “autocomplete”).
5 Comments
The behavior in 0.89.0 was changed based on feedback from other users.
I have two custom prompts, one is
planand the other isplan-migrate. I hope that when I inputmigrate, I can still see/prompts:plan-migratein the options instead of nothing.<img height="200" alt="Image" src="https://github.com/user-attachments/assets/8eaead09-f338-44dc-b60a-deb2fd451694" />
<img height="200" alt="Image" src="https://github.com/user-attachments/assets/efbf1d50-8d14-4f9f-9c38-47596d6d101b" />
yes, I met the same problem, cannot find my custom prompts anymore.
maybe, are there some specific fuzzy rules for finding custom prompts?
@etraut-openai what was the feedback? what was the issue before?
1,000% subjective, but I never had an issue with the old search, and this new one feels absolutely awful as a user.
previously could type
specplan,specimplement, etcnow that behavior is completely broken
<img width="736" height="374" alt="Image" src="https://github.com/user-attachments/assets/17e36b59-b75b-4e61-b181-8e4315eac01d" />
<img width="175" height="89" alt="Image" src="https://github.com/user-attachments/assets/d3fd9241-435a-44a1-9dff-80b413a1d0bb" />
<img width="194" height="86" alt="Image" src="https://github.com/user-attachments/assets/bef6376e-0c41-4620-a343-cd494b098ece" />
This feature request hasn't received enough upvotes, so I'm closing it.