Cowboy MCP 1.6.6: a rate-limit fix behind the connection errors, plus scheduling and smaller fixes

Cowboy MCP 1.6.6 is a round of bug fixes, and the biggest one lives under the single most common complaint about every WordPress MCP plugin: "couldn't reach the server." Some of that is the host or a firewall, which no plugin controls. But one cause was ours, and this release removes it.

The connection fix

WordPress asks a REST endpoint "is this request allowed?" several times while it handles a single call — once to build the list of allowed methods, again to match the handler, again to dispatch. Cowboy's guard against password-guessing counted every one of those as a separate request. So the per-IP limit that reads as "30 a minute" was really closer to seven, and a connector that opens with a short burst of calls — which Claude, ChatGPT, and Cursor all do — could exhaust it during the handshake and get turned away before it ever authenticated.

Two changes fix it. The limiter now decides once per request instead of several times, so the budget you see is the budget you get. And it counts only failed sign-in attempts, so a client holding a valid key is governed by its own generous per-key limit and can never trip the anti-guessing guard at all. The protection against credential stuffing is unchanged; it just stops catching the people it was never meant to catch.

Logged-out OAuth connections

If you started a connection from Claude or another OAuth client while you were signed out of wp-admin, WordPress sent you to the login screen first — and the trip through login was quietly mangling the encoded connection details, so the flow could not resume after you signed in. It is fixed. Thanks to @lukaszliniewicz for finding it and sending the fix.

What else is fixed

Update

Cowboy MCP updates itself from your WordPress dashboard like any other plugin. If your connection had been dropping during setup, this is the release to update to. Read the full 1.6.6 changelog on WordPress.org.