What
The shared failure handler for claude plugin subcommands now waits for analytics to flush before exiting with code 1. Previously the process exited immediately and the tengu_plugin_command_failed event, along with a refused install source event, could be dropped.
Details
- The flush races pending tasks against 200 ms, then first-party event logging, Datadog and error tracking against 500 ms.
- The install and uninstall paths now await the handler instead of calling it and moving on.
Evidence
tengu_plugin_command_failed, flushAnalyticsSinks: () => TIe
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Names in the bundleclaude plugin
The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.
Added since
A small documentation edit on Create and distribute a plugin marketplace touched a line naming claude plugin after this was published.
Test your marketplace before sharing. Validation checks file structure; to test whether a plugin changes what Claude does on realistic prompts, run its eval suite with [`claude plugin eval`](/docs/en/plugin-evals) before you publish a new …plugin-marketplaces see the edit
Confirmed since
Anthropic's documentation has since written up claude plugin, on Claude Code changelog.
* Added `--json` to `claude plugin install`, `uninstall`, `update`, `enable` and `disable`, and `errorDetails`/`noteDetails` to each row of `claude plugin list --json`changelog see the edit
One source agreesOne thing we can check says the same as this entry.
Anthropic's documentation agrees
Anthropic's documentation has since written up claude plugin, on Claude Code changelog.