[Bug] @ autocomplete loses sibling repos after a file edit in multi-repo workspace

Bug Description
Summary: In a multi-repo workspace, the @ file-reference autocomplete narrows its scope to a single repo after Claude edits a file in that repo, hiding files from sibling repos for the rest of the session. Manual full-path references still appear to work, only autocomplete is affected.

Setup:

• Parent folder containing several sibling git repositories, each its own repo.
• One root CLAUDE.md in the parent folder, plus one CLAUDE.md in each repo.
• Opened the parent folder in Claude Code to allow cross-repo changes.

Steps to reproduce:

• Open the parent folder. Type @ - autocomplete lists files across all repos with full paths (repo1/folder/file, repo2/folder/file).
• Have Claude edit a file in one repo (e.g. repo1). Note: reading a file does not trigger this, only modifying one does.
• After the edit, type @ again.

Expected: Autocomplete still lists files from all repos with full paths.

Actual: Autocomplete shows only files from the just-edited repo, with paths relative to that repo (folder/file instead of repo1/folder/file). Autocomplete for other repos stops working for the rest of the session.

Workaround / scope: Manually typing a full path to a file in another repo still seems to load the correct file - but autocomplete no longer surfaces those files.

Environment Info

• Platform: darwin
• OS: macOS Tahoe 26.2
• Terminal: Apple_Terminal
• Version: 2.1.152
• Feedback ID: 81c19ae7-5496-40fd-bb98-ac1c801fe4f9

Errors

[]