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.318 ·

Plugins can choose the effort level for model.fork, and hook matchers match MCP tool names

The plugin model.fork call now takes an optional effort level and reports which one was used, and hook matchers can match full MCP tool names

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

Unclear Whether the chosen effort is actually applied to the forked call is not confirmed.

What

$.model.fork lets a plugin ask the model a side question against the current conversation. It now takes an optional effort setting. Effort controls how much work the model puts into its answer.

  • $.model.fork now accepts { prompt, effort? }. Before, it accepted only { prompt }, and the prompt must still be non-empty.
  • effort must be one of the known effort levels. Any other value makes the call fail.
  • The call now reports which effort level was actually sent. Before, it returned only the usage figures.
  • Hook matchers have extra handling for MCP tools. A hook is code that runs at set points, such as before a tool is used, and a matcher decides which tools it applies to. MCP servers are outside programs that give Claude extra tools. A matcher can now match an MCP tool by its full name.

Why

Plugin authors can now pick how much effort a forked question gets, and can see which level was really used. Hook authors can target a specific MCP tool by writing its full name in a matcher.

Read from
Names in the bundlemodel.fork
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 doubtWhether the chosen effort is actually applied to the forked call is not confirmed.

See this entry in the whole of v2.1.318 →

Feedback