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

claude plugin eval reaches general availability with a trust-confirmation requirement

claude plugin eval is now generally available everywhere but requires trusting a plugin directory before it runs, with clearer help text and init delegation

TierUse it nowhow much it should matter to you
Useful3my rating, 1 to 5
Signal2worth watching, 1 to 5
AreaPlugin Evalwhat it touches
KindImprovementsin v2.1.269,
Group of 5 Use it now Notable

claude plugin eval is now generally available everywhere but requires trusting a plugin directory before it runs, with clearer help text and init delegation

What

  • claude plugin eval now reports itself as generally available for every client type (Bedrock/Vertex/Foundry, gateways, telemetry-disabled clients, CI), unless a server-side flag turns it off — in which case the CLI now says the command exists but is switched off, rather than claiming it doesn't exist.
  • Before loading a target, claude plugin eval now runs a trust check that must resolve to trusted: true — via an already-installed plugin, an existing trust marker, the --trust-plugin flag, or an interactive prompt — or the command errors out and exits without loading or running anything.
  • The command's help text was expanded to explain that it loads and runs a plugin's eval suite on your machine, that sandboxing limits but doesn't guarantee safety, and that the first run against an untrusted plugin directory will prompt for confirmation (use --trust-plugin to pre-answer that, e.g. for CI).
  • claude plugin eval init, when run without a terminal but detected as launched from inside another Claude Code session, can now delegate its authoring interview to that parent session instead of failing with "no TTY available". In that delegated interview flow, the interviewer must now explicitly ask whether you trust the plugin directory before piloting eval cases, and only adds --trust-plugin on an explicit yes; case files are still written on a no/no-answer, just not piloted.

Why These changes make claude plugin eval a supported, documented feature everywhere while making sure a plugin's eval code — which runs on your machine — isn't executed against an untrusted directory without your explicit confirmation.

Read from
Names in the bundle--trust-plugin
What the documentation says
claude plugin eval init Error reference modified, high confidence You ran [`claude plugin eval`](/docs/en/plugin-evals) or `claude plugin eval init` and it exited 1 with one of these messages before doing anything: see the edit
claude plugin eval init Plugins reference modified, high confidence claude plugin eval init [name] [options] see the edit
--trust-plugin Plugins reference modified, high confidence | `--trust-plugin` | Skip the first-run trust prompt, for CI. See [What a run can access](/docs/en/plugin-evals#security) | Off | see the edit
claude plugin eval init Test plugins with evals modified, high confidence You don't have to write the suite manually. `claude plugin eval init` asks you about your plugin, proposes the cases and graders, tries them, and writes the files. You can also ask Claude to do the same from a session you already have open. see the edit
How sure we are
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agreesclaude plugin eval init on Error reference
Anthropic's release notes agreeAdded claude plugin eval: run a plugin's eval suite against Claude Code and get scored, reproducible results (JSON + HTML report); see…
The name it cites is new in this buildNew in this build: --trust-plugin

See this entry in the whole of v2.1.269 →

Feedback