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

Permission requests can now carry a browser tool_kind for SDK hosts

Tool-use permission requests can now be tagged tool_kind: "browser" so SDK hosts can route browser tools to a specialized UI

TierUse it nowhow much it should matter to you
Useful3my rating, 1 to 5
Signal2worth watching, 1 to 5
AreaSDK Permissionswhat it touches
KindNew Featuresin v2.1.268,
Group of 2 Use it now No documentation found

Tool-use permission requests can now be tagged tool_kind: "browser" so SDK hosts can route browser tools to a specialized UI

What The tool-use permission request payload (the can_use_tool control-protocol message) gained an optional tool_kind field, currently only ever set to "browser". This lets SDK hosts — such as Claude in Chrome, Cowork, Claude Desktop, or Remote Devices — recognize browser-related tool calls and show a specialized permission prompt for them, instead of having to guess by matching the tool's name. The field is now actually populated (tool_kind: "browser") on real requests, not just declared in the schema.

Why Browser tools often need a different kind of approval UI than regular tools. Tagging them explicitly lets host applications build that UI reliably instead of relying on fragile name-matching.

Read from
Names in the bundletool_kind

See this entry in the whole of v2.1.268 →

Feedback