Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.269 ·

SendMessage and SendFile tools refactored to a create()-context pattern

SendMessage and SendFile tools were rebuilt internally to share permission/session state through a common factory

Under the hood Internal Changes
JSON All of v2.1.269
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
ElsewhereArea: what it touches
Internal ChangesKind: in v2.1.269,
Internal ChangesSection of the release

Unclear The finding describes an architectural refactor but does not state any resulting behavior change for users.

What

The internal code for the SendMessage and SendFile tools was restructured. Instead of each tool receiving its permission-checking and session context separately on every call, they're now built through a shared create() factory that sets up this context once and a new helper that throws an error if the permission system isn't properly wired up. Several other internal tools (log tailing, a health-port check, a sandbox-related tool, and an MCP tool wrapper) were changed the same way, now returning their behavior from a create() method instead of exposing it as flat properties.

Why

This is an internal restructuring to make tools access session and permission state consistently, rather than each tool wiring it up on its own. It shouldn't change what these tools do, but it's the kind of groundwork that reduces bugs from inconsistent permission handling across tools.

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 doubtThe finding describes an architectural refactor but does not state any resulting behavior change for users.

See this entry in the whole of v2.1.269 →

Feedback