Follow Discord
Sweep 22 Oct 2026 · 21:04Z Build v2.1.309 528 read Stable v2.1.308 Latest v2.1.309 Next v2.1.309 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.242 ·

Plugins can drive the session directly, with per-plugin budgets

Code-based plugin hooks get a full in-process API to drive the session, budgeted per plugin.

Use it now Notable New Features
JSON All of v2.1.242
Use it nowTier: how much it should matter to you
4Useful: my rating, 1 to 5
5Signal: worth watching, 1 to 5
PluginsArea: what it touches
New FeaturesKind: in v2.1.242,
What probably matters to youSection of the release
What

Plugin hooks written in code now get an in-process API for talking to the running session: status lines and toasts, asking the user a question, reading session messages and turn count, listing and spawning agents, calling and listing tools, registering new tools, and calling MCP servers. Every one of those is budgeted so a misbehaving plugin cannot flood you. Nothing in this build sets a flag for the surface as a whole, so it is present for everyone on 2.1.242.

Details
  • Toasts past the eighth in a session are dropped to the debug log, with a single warning toast to say so.
  • Asking the user a question is refused past a per-session count and within a minimum interval of the previous question.
  • Spawning agents is capped both per session and by how many run at once.
  • Tool registration is capped per plugin, refuses reserved MCP server names, and refuses to shadow an MCP server you already have configured. Success and failure are measured, including the cases where no registrar exists yet and where the tool is registered but not yet visible.
  • The build also ships a separate worker script entry point for running these hooks outside the main process.
Evidence

plugin_function_hooks_register_tool

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.242 →

Feedback