What
A symbolic link (symlink) is a file that points to another file or folder. Claude Code's low-level file layer, the part that works with files inside a held directory, has new code for making and reading these links.
- Windows support uses reparse points, the Windows mechanism behind symlinks. It adds
setSymlinkandreadSymlinkoperations and a newNtFsControlFilebinding, which is a direct hook into a Windows system call. - On macOS, the system library binding now loads
symlinkatandreadlinkat. If they cannot be loaded, a warning is logged saying no symbolic link can be made or read in a held directory. - The Windows status codes
NOT_A_REPARSE_POINTandIO_REPARSE_DATA_INVALIDare now recognized. Both are mapped toEINVAL, the standard "invalid argument" error. - Symlink reads now decode their data through a new helper.
- A new error,
WORKING_LINK_UNSUPPORTED, says that this backend cannot make or read a symbolic link in a held directory.
Why
The members do not describe any visible change in how Claude Code behaves yet. In practice, this is the plumbing that lets file operations deal with symbolic links. Where the system does not support them, you get a clear error instead of an unexplained failure.
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubt
It is not clear where, if anywhere, this new link handling is used yet.