Follow Discord
Sweep 22 Sep 2026 · 17:19Z Build v2.1.280 501 read Stable v2.1.267 Latest v2.1.280 Next v2.1.280 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.265 ·

Tool execution context exposes new capabilities: file history, dedup, isolation latch

Tool execution context gains new internal capabilities for file history, read deduplication, and isolation

TierUnder the hoodhow much it should matter to you
Useful2my rating, 1 to 5
Signal2worth watching, 1 to 5
AreaTooling Architecturewhat it touches
KindInternal Changesin v2.1.265,
Under the hood

Tool execution context gains new internal capabilities for file history, read deduplication, and isolation

What

The internal context object passed to tool calls (the data each tool gets access to when it runs) gained a batch of new capabilities, including:

  • agentWorktree, readFileState, getFileHistoryState, and applyFileHistoryOp, for tracking and modifying file history
  • dynamicSkillDirTriggers and nestedMemoryAttachmentTriggers, related to skills and memory attachment
  • dedupUnchangedReads, setArtifactReadVersion, and getArtifactReadObservation, related to deduplicating unchanged file reads
  • turnMcpClients and isolationLatch
Why

This is internal plumbing that expands what tools can access during execution. The evidence doesn't describe a user-visible behavior change beyond what's already documented for dedupUnchangedReads (which lets an individual read opt out of the existing suppression of re-reads of unchanged files).

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 most of these new fields (agentWorktree, isolationLatch, turnMcpClients, etc.) actually enable for tools is not shown by the evidence.

See this entry in the whole of v2.1.265 →

Feedback