[Bug] File autocomplete suggestions disappear when navigating subdirectories with @ syntax

Found 3 possible duplicate issues:

1. https://github.com/anthropics/claude-code/issues/15816
2. https://github.com/anthropics/claude-code/issues/14325
3. https://github.com/anthropics/claude-code/issues/20205

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

This issue #15816 is different because this happens for small directories as well, in the case of my project. My project has a couple nested folders and I saw no autocompletion or suggestions

This issue #14325 is different although I do encounter the same problem here but my issue runs deeper than just it does not trigger on @ alone.

This issue #20205 is completely different.

I just tested with version 2.1.32 and this is still happening.

This is breaking my brain most of the time I use the @ feature. when the path selection suggestions do appear, I can't reliably use it to tab complete directories the same way I use in a shell (and which is hardwired into muscle-memory).

In particular, a space will be inserted at the end of the completed path, whenever the user interacts with the list of suggested paths appearing below the prompt -- in contrast to when the user only tab completes prefixes they have typed. this breaks path autocompletion as you have hit backspace before you can continue expanding subdirectories.

It seems to me that the UX friction point here is that only a small number of paths fit in the suggestion area, so one can't see at a glance what the complete set of options are to pick from. at this point I find myself doing one of two things:

1. hitting down to scroll through the options and then hitting tab on the one I want
2. reflexively hitting tab to get a complete list of path completions, as my shell would do

In either case a space ends up being inserted at the end of the selected path (breaking tab completion through further paths), or in the case of 2, you might get the first completion at the top of the list.

Reproduction + Workaround

I've been able to narrow this down to a specific trigger in my environment: an initialized git repo with no commits.

Environment

• OS: macOS 26.3.1
• Shell: zsh 5.9 (arm64-apple-darwin25.0)
• Terminal: Kitty 26.3.1
• Claude Code: 2.1.77 (native installer)

Full sequence

✅ Step 1 — Plain directory, no git (autocomplete works)

mkdir temp && cd $_
touch README.md

Open Claude Code, type @REA — file suggestions appear as expected.

---

❌ Step 2 — After git init with no commits (autocomplete broken)

git init

Close and reopen Claude Code, type @REA — file suggestions disappear and only agents are shown if there's a match. This reproduces the issue described in this report.

---

✅ Step 3 — After at least one commit (autocomplete works again)

git add . && git commit -m "init"

Close and reopen Claude Code, type @REA — file suggestions are back and working correctly.

Workaround

Make an initial commit before opening Claude Code in a new repo.

Incredibly, @frayer's solution works perfectly for me - MacOS Claude Code 2.1.114
I have been losing it for days and just manually typing paths. Off to instruct Claude to always commit when they update ...