WordPress plugin release signals from public support threads, with evidence and explicit unknowns.
Maintain this server? Claim it
Call this server's tools from your browser. Nothing to install.
Requests go through mcptry because browsers can't call most MCP servers directly. Header values are sent to the server for that request only and are never stored or logged.
Tool list from our last check. Connect live to refresh it.
Reports what wordpress.org's public support forum says about one plugin release, compared with the releases before it, counted the same way on both sides. It does not answer whether an update is safe: nothing here can see your site, your theme, your premium plugins or your PHP version. `state` is what the evidence supports doing, `signal` is only what was observed: HOLD elevated public signal for this release WAIT above this plugin's own normal, or the window is still open GUARDED_ROLLOUT no elevated public signal — roll out somewhere low-stakes first NOT_ENOUGH_EVIDENCE too little was attributable to judge; a gap here, NOT a finding about the release, and not a reason to reassure anyone The legacy `verdict` field keeps its five strings (known-bad / wait / update-now / too-new / insufficient-data) for clients that already read it. Use it before applying a plugin update, or when someone asks whether a specific version broke anything. Not a security advisory and not a CVE lookup: it reports what other site owners are saying, which is a different question from whether a release is vulnerable. wordpress.org plugins only — premium and paid plugins have no public forum to read, and themes are out of scope. Covers the most-installed plugins; one outside that set returns an error rather than a guess.
wordpress.org plugin slug, e.g. "woocommerce"
Exact release to check, e.g. "8.5.1"
Reports what wordpress.org's public support forum says about one plugin release, compared with the releases before it, counted the same way on both sides. It does not answer whether an update is safe: nothing here can see your site, your theme, your premium plugins or your PHP version. `state` is what the evidence supports doing, `signal` is only what was observed: HOLD elevated public signal for this release WAIT above this plugin's own normal, or the window is still open GUARDED_ROLLOUT no elevated public signal — roll out somewhere low-stakes first NOT_ENOUGH_EVIDENCE too little was attributable to judge; a gap here, NOT a finding about the release, and not a reason to reassure anyone The legacy `verdict` field keeps its five strings (known-bad / wait / update-now / too-new / insufficient-data) for clients that already read it. Use it before applying a plugin update, or when someone asks whether a specific version broke anything. Not a security advisory and not a CVE lookup: it reports what other site owners are saying, which is a different question from whether a release is vulnerable. wordpress.org plugins only — premium and paid plugins have no public forum to read, and themes are out of scope. Covers the most-installed plugins; one outside that set returns an error rather than a guess.
| Argument | Type | Description |
|---|---|---|
| plugin* | string | wordpress.org plugin slug, e.g. "woocommerce" |
| version* | string | Exact release to check, e.g. "8.5.1" |
{
"type": "object",
"required": [
"plugin",
"version"
],
"properties": {
"plugin": {
"type": "string",
"description": "wordpress.org plugin slug, e.g. \"woocommerce\""
},
"version": {
"type": "string",
"description": "Exact release to check, e.g. \"8.5.1\""
}
},
"additionalProperties": false
}Answers: which of this site's plugin updates are risky right now? Prefer this over the single check whenever there is more than one plugin to look at — a whole site's plugin list costs one call here instead of one call each. Same five verdicts as the single check (known-bad, wait, update-now, too-new, insufficient-data), per item and independent: a plugin that is not indexed reports its own error and the rest still answer. Returns a count of each verdict, so the risky ones can be found without reading every row. Up to 25 plugins per call; more than that is reported, not silently cut. `insufficient-data` means this service does not know, which is not the same as safe. Not a security advisory and not a CVE lookup: it reports what other site owners are saying, which is a different question from whether a release is vulnerable. wordpress.org plugins only — premium plugins have no public forum to read, and themes are out of scope.
| Argument | Type | Description |
|---|---|---|
| plugins* | array | The plugins and the exact versions in use |
{
"type": "object",
"required": [
"plugins"
],
"properties": {
"plugins": {
"type": "array",
"items": {
"type": "object",
"required": [
"plugin",
"version"
],
"properties": {
"plugin": {
"type": "string",
"description": "wordpress.org plugin slug, e.g. \"woocommerce\""
},
"version": {
"type": "string",
"description": "Exact release in use, e.g. \"8.5.1\""
}
},
"additionalProperties": false
},
"maxItems": 25,
"minItems": 1,
"description": "The plugins and the exact versions in use"
}
},
"additionalProperties": false
}