Group of 4 Nothing to try yet Notable
No documentation found
Plugins/hooks can now react to tool.check, config.set, config.describe, session.attach, session.detach, and plugin.register events
What
- The plugin hook system (the mechanism plugin scripts use to observe or intervene in Claude Code's behavior) adds new event types:
tool.check(a dry-run check of whether a tool call would be permitted, without actually running it),config.setandconfig.describe(observe or gate configuration changes),session.attachandsession.detach(fired when a session's viewport/surface, or client, attaches or detaches, carrying details like surface, clientId, and detach reason), andplugin.register. tool.checkhandlers can respond with a decision ofallow,ask, ordeny(plus an optional reason/rule) for a given tool call.- The old
turn.completehandler was replaced with a new implementation. - The SDK's own request-normalization layer also gained
tool.check,config.set, andconfig.describeas pass-through operations, alongside existing ones liketool.describeandcommand.run.
Why These new event types let plugins and hooks do more than just intercept tool calls after the fact — they can pre-check permissions, watch config changes, and track session lifecycle, making more sophisticated plugin behavior possible.
Names in the bundletool.checkconfig.setconfig.describesession.attachsession.detach
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubt
The finding does not say what plugin-facing capability these new events enable beyond their names and handler wiring.