A connector instead of a block

OpenTable

OpenTable's website blocks browser agents. Its Muse connector books tables without a block. Two doors on one building.

On 20 September 2026, the most-liked complaint about agents on the web named OpenTable:

Yo @Delta and @OpenTable please stop blocking my agents 🙏🙏🙏🙏 this is the future.

@_CallMeMacy, 575 likes

The replies gave the other half of the story:

OpenTable has a Muse connector that works without any blocks (for fair use)

@Yairyup

Muse has an OpenTable connector and it works great

@jdpeterson

Why this is good AX

OpenTable did not choose between “block all agents” and “let scrapers hammer the booking page”. It blocked the browser path and opened a structured one. The connector knows what an agent may do (search, book, cancel) and at what rate. The website does not have to guess.

The cost of not doing this shows in the same week: one user’s OpenTable account was blocked because their agent “scanned a couple of hundred times” (@milliemyang). A connector with a rate limit turns that ban into a polite “slow down”.

What it looks like from the agent side

An OpenClaw user wrote a booking skill against their own logged-in OpenTable account and booked three restaurants in one day (r/openclaw). The demand is there. The connector is the safe way to meet it.

The gap

The connector exists only inside Muse. Instinct, Grok Bot, and Claude users still hit the block. The next step is one public API or MCP server that every agent can use.

Pattern: Close the scrape path, open an agent path