Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.283 ·

Sessions with no project directory are never trusted and get their own settings handling

Sessions without a project directory now never count as trusted, skip project config lookups, and get a clearer untrusted-workspace warning

Group of 4 You'll notice Improvements
JSON All of v2.1.283
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
SessionsArea: what it touches
ImprovementsKind: in v2.1.283,
What probably matters to youSection of the release

What

Claude Code can now recognise a session that has no project: no starting directory and no project path. In such a session:

  • Workspace trust, the approval that lets a folder's hooks and settings run, is always refused. There is one exception, for a particular context-store case.
  • The warning about ignored settings no longer tells you to run Claude Code interactively and accept the trust dialog. It says instead that a session with no working directory is never trusted.
  • Project config reads, including the one that normalises allowedTools, return defaults or nothing instead of looking up an entry in the global config under a project path.
  • The cached project path for config is not reused.
  • The check for whether the project is tracked returns true straight away.
  • Settings-source selection returns both project and local settings without doing any git-tracking work.

Why

This changes whether project-level features such as hooks and settings load when Claude Code runs outside a project. Such sessions no longer read or write a project entry stored under an arbitrary path, and are no longer pointed at a trust fix that cannot work for them.

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtWhat puts a session into the no-project state is not known.

See this entry in the whole of v2.1.283 →

Feedback