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

Plugin telemetry now confirms marketplace listing asynchronously before logging

Plugin install/uninstall/update/disable/enable telemetry now looks up the marketplace catalog asynchronously before logging

Group of 2 Under the hood Internal Changes
JSON All of v2.1.265
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
PluginsArea: what it touches
Internal ChangesKind: in v2.1.265,
Internal ChangesSection of the release

Unclear Nothing has been read yet about how the tengu_plugin_enabled_cli gate affects this on any account.

What

Telemetry events for installing, uninstalling, updating, disabling, and enabling a plugin (tengu_plugin_installed_cli, tengu_plugin_uninstalled_cli, tengu_plugin_updated_cli, tengu_plugin_disabled_cli, tengu_plugin_enabled_cli) now call a new async helper, hbe(), that tries to confirm the plugin actually exists in the marketplace catalog before logging. If that lookup fails, the event falls back to logging the plugin as third-party and redacts its name. This replaces the old synchronous lookup, and the enable-failure handler now also receives directory context as an extra argument.

Why

Confirming a plugin against the real marketplace catalog before logging telemetry gives more accurate install/usage data and avoids leaking or mislabeling names of plugins that aren't actually in the catalog.

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 doubtNothing has been read yet about how the `tengu_plugin_enabled_cli` gate affects this on any account.

See this entry in the whole of v2.1.265 →

Feedback