Claude Code v2.1.323 · 12 Nov 2026
/status shows cloud repositories and clearer login details
/status now lists the repositories in a cloud session, words saved Console API keys differently, and Chrome hints mention claude --chrome
You'll notice Tier: how much it should matter to you
2 Useful: my rating, 1 to 5
2 Signal: worth watching, 1 to 5
Slash Commands Area: what it touches
Improvements Kind: in v2.1.323, 12 Nov 26
Improvements Section of the release
What
/status shows details about your current session. Several parts of it are different:
Cloud sessions get a "Cloud repository" or "Cloud repositories" row listing the code repositories for that session.
The account panel mentions a saved Claude Console API key, and hides the token row when your login has expired.
The hints for installing Chrome browser integration now say to exit and start Claude Code again with claude --chrome .
Why
You can see which repositories a cloud session is working on, get a clearer picture of your login, and know the exact command to run after installing the Chrome extension.
How sure we are
One source agrees One thing we can check says the same as this entry.
Anthropic's release notes agree Fixed claude doctor and /status saying a linked managed settings file is still read when it could not be read
See this entry in the whole of v2.1.323 →
12 Nov 2026 · 888 entries, this one is #252.
Use it now77 You'll notice533 Nothing to try yet64 Under the hood214
Open the release →
Names in this entry
slash /status Open the Settings interface on the Status tab, showing version, model, account, and connectivity. A Session kind row reads background job · attached or background job · unattended in a background session , depending on whether a terminal is attached, and interactive in any other session. Before v2.1.221, /status didn't show this row. Works while Claude is responding
cli --chrome Enable Chrome browser integration for web automation and testing
Anthropic's notes
Upstream's own release notes for v2.1.323 name something this entry names, so the two are probably about the same change. Probably: the pairing is made on a shared name rather than on the words around it.
Fixed claude doctor and /status saying a linked managed settings file is still read when it could not be read
Fixed an interactive --chrome session giving no reason for starting without Claude in Chrome when your organization's policy turns it off: a line now says so
Fixed Claude in Chrome setup saying /chrome finishes the connection; it now tells you to restart with claude --chrome
Fixed one malformed OTEL_RESOURCE_ATTRIBUTES entry dropping all of that variable's attributes from the OpenTelemetry resource; the others are now kept, and /status names the one left off
Fixed claude -p printing notes about deniedModels and availableModels entries on every run; /status and claude doctor still list them
Is this right?
0
0
Feedback
What's wrong with this entry?
Hard to understand Too vague Looks wrong Not relevant to me Too long Missing the detail I wanted Duplicate of another card
Clear Learned something new I can act on this Good catch
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
← Previous · 251 of 888
MCP calls that create shared items can be retried after your approval
You'll notice MCP
In v2.1.323 Improvements release-page order
Next → · 253 of 888
Claude Code now warns when too many plugins are turned on for one session
You'll notice Plugins