Group of 4 You'll notice
A new --project-config-root flag repoints CLAUDE.md, settings, skills, MCP, and hook resolution to a different project directory
What
- A new
--project-config-rootCLI flag lets a host pin the "project" directory used for CLAUDE.md discovery, project settings, skills directories,.mcp.jsonresolution, scheduled tasks, and plugin environment variables likeCLAUDE_PROJECT_DIR, instead of always deriving it from the current working directory. - Internally, a new accessor (
host.launchOptions.projectConfigRoot()) is now checked ahead of the normal working-directory-based project root in many places: project settings path resolution,CLAUDE_SKILL_DIR/CLAUDE_PROJECT_DIRsubstitution in skills and slash commands, the environment and working directory used to spawn MCP stdio servers, and the working directory used for LSP server processes. When this override is set, dynamic skill-directory scanning is skipped entirely. - Hook execution and path handling, and subagent
statusLinescripts, now also resolve their working directory andCLAUDE_PROJECT_DIRfrom this override before falling back to the normal project root.
Why
This lets a host application run Claude Code against a project directory that differs from the process's actual working directory, useful when embedding Claude Code somewhere the "project" isn't simply wherever the process happened to start.
Names in the bundlestatusLine
The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.
Added since
A small documentation edit on Customize your status line touched a line naming statusLine after this was published.
Run `/statusline` and ask it to remove or clear your status line (for example, `/statusline delete`, `/statusline clear`, `/statusline remove it`). You can also manually delete the `statusLine` field from your settings.json.statusline see the edit
One source agreesOne thing we can check says the same as this entry.
Anthropic's documentation agrees
A small documentation edit on Customize your status line touched a line naming statusLine after this was published.