Opentable Mcp

io.github.chrischall由 GitHub 账号 chrischall 发布v1.4.1更新于 Nov 7, 2026

OpenTable reservation management: find slots, book, cancel, list reservations, manage favorites.

已验证STDIO仅桌面位置与生活浏览器自动化

概览

AI 生成的概览

通过你已登录的 Chrome 标签页管理 OpenTable 预订:搜索餐厅、查看空位、预订、修改、取消并管理收藏。

可以做什么
  • 搜索餐厅,读取完整资料、菜单与公布价格
  • 按日期和人数查询可预订时段
  • 预览后再预订或修改预订,含取消政策与信用卡担保信息
  • 取消已有预订,并带确认步骤
  • 列出即将到来或历史预订,读取个人资料与积分等级
  • 列出、添加和移除收藏餐厅;运行桥接健康检查
适用场景
适合让助手在你自己的账号里端到端处理 OpenTable 用餐事务:找位子、比较时段、预订或改约、维护收藏列表,无需粘贴 Cookie 或驱动无头浏览器。
运行要求
以 Node.js 本地进程通过 stdio 运行(npm 包,需构建为 bundle)。需要在同一浏览器配置中安装 ContextMint Bridge Chrome 扩展并已登录 opentable.com;扩展通过本机 WebSocket(默认端口 37149)转发请求。默认无需 API 密钥或环境变量。可选变量:OT_BRIDGE、OT_MCP_CHROME_URL、OT_WS_PORT、FETCHPROXY_IDENTITY_DIR、FETCHPROXY_WS_HOST,以及确认相关设置 MCP_CONFIRM_MODE、MCP_CONFIRM_ELICITATION、MCP_CONFIRM_TTL_SECONDS、MCP_CONFIRM_SECRET。
安装前请注意
写入类工具会在你真实的 OpenTable 账号上预订、修改、取消预订或改动收藏,预订可能附带信用卡爽约费或预授权;确认前请查看预览与取消政策。请求经由你已登录的浏览器会话,扩展可看到你的 OpenTable 流量。确认令牌由 MCP_CONFIRM_SECRET 签名(未设置时每个进程随机生成),而 MCP_CONFIRM_MODE=auto 允许模型自行审阅预览后继续。mcp-chrome 传输为只读且不提供时段查询。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Opentable Mcp,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

opentable-mcp

[CI] [npm] [license]

OpenTable reservation manager as an MCP server for Claude — find slots, book, cancel, manage favorites, and read your dashboard via natural language.

v0.3.0-alpha status: Chrome-extension bridge, 10 tools, read + write. Every OpenTable request is relayed through your signed-in Chrome tab over a localhost WebSocket — each request rides your existing session and reaches OpenTable as if you'd clicked it yourself.

How it works

OpenTable's edge (Akamai Bot Manager) enforces a behavioral challenge on /, /s, /r/…, /dapi/…, and /booking/…. Tooling that builds its own HTTP client — cycletls, impersonated curl, headless Chrome — invents a separate identity and gets a 403 or JS interstitial. opentable-mcp does the opposite: it uses your own browser session as-is, with the cookies and TLS context it already has.

So instead of standing in for the browser, this MCP server:

  1. Starts a WebSocket listener on 127.0.0.1:37149 via @fetchproxy/server.
  2. The ContextMint Bridge browser extension (installed once, shared across all fetchproxy-based MCPs) connects from your signed-in browser and relays every request through the opentable.com tab via fetch(..., { credentials: 'include' }) — your TLS, your cookies, your already-solved _abck.
  3. Parses JSON responses (public GraphQL / JSON endpoints) and SSR HTML (/user/*) into tool-shaped output.

No cookie-pasting. No cycletls. No Playwright. Just your own browser, acting on its own behalf — the MCP server only picks what to ask for.

Tools

ToolKindSource
opentable_list_reservationsread/user/dining-dashboard SSR
opentable_get_profileread/user/dining-dashboard SSR
opentable_list_favoritesread/user/favorites SSR
opentable_search_restaurantsread/dapi/fe/gql?opname=Autocomplete
opentable_get_restaurantread/r/{slug} SSR (__INITIAL_STATE__)
opentable_get_menureadRestaurant profile SSR (restaurantProfile.menus)
opentable_find_slotsread/dapi/fe/gql?opname=RestaurantsAvailability
opentable_book_previewread/booking/details SSR + SlotLock
opentable_bookwriteSlotLock → /dapi/booking/make-reservation
opentable_cancelwrite/dapi/fe/gql?opname=CancelReservation
opentable_modify_previewread/booking/details SSR (isModify=true) + SlotLock
opentable_modifywrite/dapi/booking/make-reservation (isModify: true)
opentable_add_favoritewrite/dapi/wishlist/add
opentable_remove_favoritewrite/dapi/wishlist/remove
opentable_healthcheckread/robots.txt (bridge probe)

Published menus

opentable_get_menu accepts the same restaurant ID, slug, path, or exact URL as opentable_get_restaurant. Omit menu_name to return all published menus, or pass an exact title such as "Dinner" (case-insensitive) to select one:

json
{"restaurant_id":"https://www.opentable.com/r/social-san-juan","menu_name":"Dinner"}

The response includes restaurant identity and source url, available_menus, menus, and an optional external menu_url. Each published menu retains OpenTable's sections/items, price strings, variationGroups, currency, provider, and updated timestamp. view defaults to compact (media URLs removed); full retains media URLs too. Published prices may differ from the restaurant's current menu, so keep the source and update timestamp when quoting.

Large menus come back as pages of whole items, so a reply never stops halfway through a dish. Without paging arguments a menu that fits is returned as-is; a larger one returns its first page. Each page carries available_sections and pagination:

json
{"offset":0,"returned_items":20,"total_items":57,"next_offset":20}

To continue, call again with offset set to next_offset and the same menu_name/section_name; next_offset is null on the last page. Optional paging inputs:

  • section_name — an exact section title (case-insensitive); the reply adds section_found.
  • offset — the item to start from (default 0).
  • limit — at most this many items per page (1–50, default 20). A page may return fewer to stay within the response budget.

view: "full" with no paging inputs returns the whole menu uncapped, for clients without an output limit. A single item too large for a page is an error, never a truncated description.

status distinguishes available, menu_not_found (check available_menus), external_only, and not_available. An absent menu is not an HTTP/bridge or parsing error: those failures remain errors. External links are returned without fetching other hosts or parsing PDFs. This tool only reads the same restaurant page through the existing browser bridge; it never holds a table.

Acknowledgement of Terms

By using this MCP server, you acknowledge and agree to the following:

1. This server accesses your own OpenTable account. Every request is dispatched through your own signed-in browser tab via the ContextMint Bridge browser extension (or hangwin/mcp-chrome). It does not — and cannot — access anyone else's reservations.

2. OpenTable's Terms of Use govern your use of this server, just as they govern your direct use of opentable.com. The clauses most relevant here:

You may not use any deep-link, robot, spider, scraper, generative AI or other AI technology including, but not limited to, those that operate by interacting with or otherwise making use of your browser, such as automated assistants or other automatic or manual device, process, or means to access, copy, search, or monitor any portion of the Services or OpenTable Content, except as expressly authorized by OpenTable.

And, critically: "Actions of AI agents are acknowledged as actions of the User that is using them, and the User is responsible for checking and verifying the action…"

You are agreeing to those terms — read by the maintainer 2026-05-23 — every time you invoke a tool in this server. OpenTable's ToU explicitly enumerates AI/automated-assistant access among the things they have not authorized; they also explicitly impute AI-agent actions back to you.

3. Personal, non-commercial use only. This project is not affiliated with, endorsed by, sponsored by, or in partnership with OpenTable, Inc. It is a personal automation tool that drives the same /dapi/... and /booking/... endpoints opentable.com uses. Do not use it to mass-book, sweep CC-required tables, resell reservations, or for any commercial purpose. The book/cancel/modify tools exist so you can manage one reservation as if you were sitting at your browser.

4. Stability is not guaranteed. This server depends on internal OpenTable persisted-GraphQL query hashes that OpenTable rotates between deployments. When they rotate, tools break and we re-capture them. Your own use is at the mercy of OpenTable's release cadence.

5. You accept full responsibility for any consequences of using this server in connection with your OpenTable account — rate limiting, slot-lock rejections, no-show penalties for runaway bookings, account warnings, suspension, or any enforcement action. Per OpenTable's ToU, the AI agent's actions are your actions — review every book/cancel before you confirm. If OpenTable objects to your use, stop using this server.

This section is the maintainer's good-faith summary of the terms — it is not legal advice and does not modify or supersede OpenTable's actual ToU.

Install

bash
npm installnpm run build

Install ContextMint Bridge

opentable-mcp shares one browser extension, ContextMint Bridge, with every other fetchproxy-based MCP. Install it once from https://github.com/nullnet-app/contextmint-bridge/releases:

ContextMint Bridge is the fetchproxy browser extension under its new name, from the same maintainer — fetchproxy's own README (https://github.com/chrischall/fetchproxy#extension) points to it. Its source is public at https://github.com/nullnet-app/contextmint-bridge: build it yourself, or check a release zip against the .sha256 file published beside it (shasum -a 256 -c contextmint-bridge-chrome-<version>.zip.sha256).

  1. Chrome: download the Chrome zip from the latest release, unzip it, and load it unpacked (chrome://extensions → Developer mode → Load unpacked). Safari isn't available yet — it will ship inside the ContextMint app, which has no public download — so use Chrome for now.
  2. Sign in to https://www.opentable.com/ in that same browser profile.
  3. The extension badge shows a green dot when the WebSocket + tab + auth cookie are all detected.

After that, any MCP client that launches node dist/bundle.js will reach OpenTable through your signed-in tab.

Full setup + troubleshooting guide: see the ContextMint Bridge repo for the status-dot reference, WS protocol, and request lifecycle. Persisted-query hash capture for OpenTable redeploys is documented in CLAUDE.md here.

Configure (Claude Desktop / Claude Code)

json
{  "mcpServers": {    "opentable": {      "command": "node",      "args": ["/absolute/path/to/opentable-mcp/dist/bundle.js"]    }  }}

No env vars required by default — auth lives in the browser, not the MCP process.

Optional: bridge through hangwin/mcp-chrome instead

If you've installed hangwin/mcp-chrome for browser automation, opentable-mcp can route its OpenTable fetches through it instead of ContextMint Bridge:

json
{  "mcpServers": {    "opentable": {      "command": "node",      "args": ["/absolute/path/to/opentable-mcp/dist/bundle.js"],      "env": { "OT_BRIDGE": "mcp-chrome" }    }  }}

In that mode you don't need ContextMint Bridge. Every OpenTable request becomes a chrome_network_request call against your existing mcp-chrome install, pinned via tabUrl to an opentable.com tab.

This mode is read-only. Booking, modifying, cancelling and favorites are refused with a clear error — OpenTable's write endpoints need a CSRF token from a restaurant/booking/account page, which this transport can't supply — and opentable_find_slots is unavailable. Use the default ContextMint Bridge transport for those.

Note: this path requires mcp-chrome ≥ the release containing PR #348 (tabUrl parameter on chrome_network_request). Pre-#348 mcp-chrome versions are active-tab-only and will misbehave for cross-origin fetches. Live-verification of this path is pending the upstream merge.

Other env vars: OT_WS_PORT (default 37149) overrides the fetchproxy WebSocket port; OT_MCP_CHROME_URL (default http://127.0.0.1:12306/mcp) overrides the mcp-chrome endpoint.

Confirmations

opentable_book, opentable_modify and opentable_cancel ask you before they act. A client that can show a confirmation prompt (Claude Code) shows one. On a client that cannot (claude.ai, Claude Desktop), the first call books, changes or cancels nothing: it returns a preview of exactly what would happen plus a confirmToken. Either way the prompt names the restaurant, date, time and party size, and for a booking or change the card that will be held and the cancellation policy (carried in the booking_token / modify_token from the preview tools; a cancel looks the reservation up on your dining dashboard and warns if it isn't there). Only a repeat call with the same arguments and that token proceeds, once — change any argument in between and it is refused (DRAFT_CHANGED) with a fresh preview.

variabledefault
MCP_CONFIRM_MODEask-userWhat a write does on a client that cannot show a confirmation prompt (claude.ai, Claude Desktop). ask-user: two steps — the first call does nothing and returns a preview plus a token, and the model must get your approval in chat before calling again with it. auto: the same two steps, but the model may use the token after reviewing the preview itself. refuse: writes are refused on such clients. A client that can show prompts (Claude Code) always gets the real prompt, unless MCP_CONFIRM_ELICITATION=off. An unrecognised value is treated as refuse.
MCP_CONFIRM_ELICITATIONonoff never shows a confirmation prompt, so every client gets the MCP_CONFIRM_MODE behaviour. Set it for a client that says it can show prompts but never does (the write hangs — opencode 2.0.x). Any other value is treated as on, with a warning on stderr.
MCP_CONFIRM_TTL_SECONDS600How long a token stays valid.
MCP_CONFIRM_SECRETrandom per processSigning key; set it only if tokens must survive a server restart. On mcp-host the host supplies a stable per-child key (MCP_HOST_CONFIRM_SECRET) and spent tokens are recorded under MCP_DATA_DIR, so an approval survives an idle restart.

Run (local stdio)

bash
node dist/bundle.js

Test

bash
npm test                              # vitest, 72 unit tests, mocked fetchnpm run build                         # tsc + esbuild bundlenpx tsx scripts/probe-find-slots.ts   # live GET round-trip via extensionnpx tsx scripts/probe-list-res.ts     # live dashboard SSR

The scripts/probe-*.ts files spin up the MCP server, call one or two tools through the extension bridge, and print the response. They require the extension to be loaded and an opentable tab to be open.

Troubleshooting

  • Red dot in popup / "extension offline" errors. See ContextMint Bridge's troubleshooting guide — most "extension offline" issues are upstream lifecycle bugs (service-worker sleep, dead content script), not opentable-mcp.
  • Behavioral challenge page in Chrome. Akamai sometimes interrupts a long-idle tab with a "verify you're human" interstitial. Click through it once and the tab is usable again.
  • "OpenTable returned an incomplete page". OpenTable sometimes answers with a short placeholder (a few KB, no page state) before the real page has loaded, or with a human check. The healthcheck records it as incomplete_page, distinct from parse_error (a full-size page whose format changed). Refresh the restaurant's page in the signed-in bridged browser, let it finish loading, then retry once.
  • find_slots fails with HTTP 409. The browser's OpenTable session needs refreshing. Open the restaurant's page in the signed-in bridged tab and let its availability load, then retry once. The error says availability is unverified, not empty, and a passing bridge healthcheck does not test it.
  • list_favorites doesn't reflect a fresh add_favorite. The /user/favorites SSR page is cached for a few seconds. Re-list after ~10 s or verify via opentable_get_profile's count.

Layout

  • src/transport-fetchproxy.ts — FetchproxyTransport: thin adapter over @fetchproxy/server's FetchproxyServer, the shared WebSocket bridge that talks to the ContextMint Bridge browser extension.
  • src/client.ts — OpenTableClient: wraps the transport with fetchJson / fetchHtml + error-mapping.
  • src/tools/*.ts — one file per concern (reservations / restaurants / favorites / user / search). Each exports registerXxxTools(server, client).
  • src/parse-*.ts — pure HTML/JSON parsers, fully unit-tested.
  • tests/ — 1:1 mirror of src/, vitest. WS-protocol-level tests live upstream in the fetchproxy repo.
  • scripts/probe-*.ts — live round-trip probes (require ContextMint Bridge + sign-in).

Known quirks

  • Apollo persisted queries. Slot search, slot lock, cancel, autocomplete — all use extensions.persistedQuery.sha256Hash with hashes captured from opentable.com. If OpenTable re-deploys, the server returns PersistedQueryNotFound; see CLAUDE.md → "Hot spots" for the re-capture procedure.
  • dining_area_id is a required book arg. We can't auto-resolve rooms, so pass the restaurant's slug or numeric id to opentable_get_restaurant (slugs route to /r/{slug}, numeric ids to /restaurant/profile/{id}), read diningAreas[], and feed the id into opentable_book.
  • Service-worker sleep. MV3 SWs sleep after ~30 s idle. ContextMint Bridge keeps itself warm; on cold wake, the first request may wait up to ~5 s for WS reconnect.

This project was developed and is maintained by AI (Claude Opus 4.7).

来源:README.md,提交 09ad1e2

工具

15

opentable_list_reservations

List the authenticated user's OpenTable reservations. Defaults to upcoming; pass scope="past" or scope="all" to broaden. Each entry includes the security_token needed to cancel or modify.

输入参数viewscopeend_datestart_date

opentable_find_slots

List available reservation slots at a specific OpenTable restaurant for a date + party size. Returns each slot's reservation_token (use it with opentable_book — tokens expire quickly, book promptly). Slots may be attributes=['default'|'bar'|'highTop'|'outdoor'] and type=Standard|Experience|POP. You can pass a slot's reservation_token + slot_hash straight to opentable_book without a separate opentable_get_restaurant call — book auto-resolves the dining area. (OpenTable's availability response carries only the seating category, not the numeric dining-area id, so that id is resolved at book time from the booking-details page.) If this errors with "operation ... not yet observed on this tab", open any OpenTable restaurant page in your browser once (the graphql bridge needs to see the page's own availability query fire first), then retry.

输入参数date必填time必填viewparty_size必填restaurant_id必填database_region

opentable_book_preview

Preview an OpenTable booking BEFORE committing. Fetches the /booking/details SSR page and the slot-lock to surface: the cancellation policy (including any credit-card no-show fee), the saved payment card that would be charged/held, and a short-lived `booking_token` that opentable_book consumes. REQUIRED for CC-required slots — opentable_book refuses to commit without the token. Safe to call for standard slots too (the token skips a redundant re-lock in book). Holds the slot for ~60-90s; preview → book should happen within a minute. For Listing-type restaurants (Le Bernardin, etc.) this tool can't fetch a slot at all — callers should check `opentable_get_restaurant.bookable` first and surface the restaurant's phone/URL instead. For Experience-mandatory slots (find_slots returned booking_type=experience_mandatory), pass `experience_id` from the slot's `experience_ids` to route through the Experience slot-lock. Slots that charge the card at booking (a Deposit policy, or a prepaid/priced Experience) are refused with a link to book on opentable.com directly.

输入参数date必填time必填slot_hash必填party_size必填experience_idrestaurant_id必填dining_area_idexperience_idsdatabase_regionreservation_token必填

opentable_modify_preview

Preview a MODIFICATION to an existing OpenTable reservation. Takes the existing reservation's identity (restaurant_id + confirmation_number + security_token from opentable_list_reservations or the original opentable_book result) plus the NEW slot args (from a fresh opentable_find_slots call) and returns the new cancellation_policy, CC re-hold details, and a `modify_token` that opentable_modify consumes. Mirrors opentable_book_preview, but the /booking/details URL includes confirmationNumber + securityToken + isModify=true so OpenTable's SSR returns the modify state. dining_area_id is OPTIONAL — omitted, it's auto-resolved from the booking-details page like book_preview does. REQUIRED before opentable_modify — no shortcut path. For Listing-type restaurants the modify can't proceed (no slot picker); check opentable_get_restaurant.bookable first.

输入参数date必填time必填slot_hash必填party_size必填experience_idrestaurant_id必填dining_area_idexperience_idssecurity_token必填database_regionreservation_token必填confirmation_number必填

opentable_book

Book an OpenTable reservation. Requires a fresh slot_hash + reservation_token from opentable_find_slots (tokens expire within minutes — call find_slots just before book). dining_area_id is OPTIONAL: when omitted it's auto-resolved to the default dining area from OpenTable's booking-details page, so find_slots → book works without a separate opentable_get_restaurant call. For CC-required slots (prime-time at busy restaurants), opentable_book refuses without a `booking_token` from opentable_book_preview — the preview step surfaces the cancellation policy and the saved card that would be held. Auto-fetches the user's profile (name/email/phone) from /user/dining-dashboard. Returns confirmation_number + security_token; save both — they're required to cancel. For Listing-type restaurants there's no slot to lock — callers should check `opentable_get_restaurant.bookable` first and surface the restaurant's phone/URL instead. Asks the user to confirm first: a confirmation prompt where the client supports one; otherwise the first call returns a preview and a confirmToken, and only a repeat call with that token proceeds; the prompt names the restaurant, the card that will be held and the cancellation policy (see MCP_CONFIRM_MODE).

输入参数date必填time必填slot_hash必填party_size必填confirmTokenbooking_tokenexperience_idrestaurant_id必填dining_area_idexperience_idsdatabase_regionreservation_token必填

opentable_modify

Modify an existing OpenTable reservation in place. Requires the existing reservation's identity (restaurant_id + confirmation_number + security_token) plus a fresh modify_token from opentable_modify_preview — preview is mandatory because the new slot's cancellation policy / CC re-hold can differ from the original. Submits /dapi/booking/make-reservation with isModify: true + the existing confirmation_number + security_token; OpenTable preserves confirmation_number across modifies but may regenerate reservation_id and security_token. dining_area_id is OPTIONAL — the modify_token already carries the area opentable_modify_preview resolved; pass it only to restate it (mismatch is refused). Returns the same shape as opentable_book plus was_modified: true so the agent can phrase the user confirmation accurately. For Listing-type restaurants there's no slot to lock — agents should check opentable_get_restaurant.bookable first. Asks the user to confirm first: a confirmation prompt where the client supports one; otherwise the first call returns a preview and a confirmToken, and only a repeat call with that token proceeds; the prompt names the restaurant, the current and new slot, and the card re-hold (see MCP_CONFIRM_MODE).

输入参数date必填time必填slot_hash必填party_size必填confirmTokenmodify_tokenexperience_idrestaurant_id必填dining_area_idsecurity_token必填reservation_token必填confirmation_number必填

opentable_cancel

Cancel an OpenTable reservation. Requires restaurant_id, confirmation_number, and security_token — all three come from opentable_list_reservations or opentable_book. Asks the user to confirm first: a confirmation prompt where the client supports one; otherwise the first call returns a preview and a confirmToken, and only a repeat call with that token proceeds; the prompt names the restaurant, date, time and party size from your dining dashboard (see MCP_CONFIRM_MODE). Refused when the confirmation_number belongs to a different restaurant.

输入参数confirmTokenrestaurant_id必填security_token必填database_regionconfirmation_number必填

opentable_get_profile

Get the authenticated OpenTable user's profile: name, email, phones, loyalty points and tier, home metro, member-since date. Payment and credit-card details are never exposed.

输入参数view

opentable_list_favorites

List the user's saved restaurants from OpenTable (Saved Restaurants list). Returns each entry's numeric restaurant_id (a number, or null when OpenTable omits it — the same id opentable_get_restaurant, opentable_find_slots and opentable_remove_favorite take), name, cuisine, neighborhood, price band, rating, and OpenTable URL.

输入参数view

opentable_add_favorite

Add a restaurant to the user's Saved Restaurants list.

输入参数restaurant_id必填

opentable_remove_favorite

Remove a restaurant from the user's Saved Restaurants list.

输入参数restaurant_id必填

opentable_search_restaurants

Search OpenTable for restaurants. Returns matching restaurants with cuisine, neighborhood, price band, rating, description, and URL. Does NOT include bookable slot tokens — use opentable_find_slots for a specific venue to check availability.

输入参数datetermtimeviewlatitudelocationmetro_idlongitudeparty_size

opentable_get_restaurant

Get full details for a single OpenTable restaurant: cuisine, price band, description, address, hours, phone, payment options, features, rating/review count, and availability_token (used internally when booking). Accepts the numeric restaurant_id, a slug, a path, or the full URL from opentable_search_restaurants — passing the search result's "url" verbatim always resolves, including legacy venues served at /{slug} instead of /r/{slug}.

输入参数viewrestaurant_id必填

opentable_get_menu

Large menus return bounded pages of whole items; follow pagination.next_offset with the same filters. Optional section_name selects an exact section; offset/limit paginate items. view=full without paging is uncapped. Get published menus for an OpenTable restaurant, including sections, dishes, prices, variations, currency, provider and updated timestamps. Accepts the same numeric id/slug/path/URL as opentable_get_restaurant. Optional menu_name selects an exact title case-insensitively (e.g. Dinner). Returns available_menus and status: available, menu_not_found, external_only or not_available. External menu_url links are returned but never fetched. Prices describe OpenTable's published menu, not a live quote from the restaurant.

输入参数viewlimitoffsetmenu_namesection_namerestaurant_id必填

opentable_healthcheck

Round-trips a small public www.opentable.com URL (/robots.txt) through ContextMint Bridge (your signed-in browser tab) and returns diagnostics: the bridge's role (host/peer/null), port, version, the extension link (linked / pair pending / not attached / never answered), the elapsed round-trip time, and a plain-English hint distinguishing 'bridge never came up' from 'extension not connected' from 'this browser can't serve a capability' from 'real www.opentable.com-side problem'. Read-only, no auth required. Tests bridge transport only. Search/menus/availability are reported only from observed real reads; booking is never probed.

无需输入参数。

版本历史

18
  1. v1.4.1最新Nov 4, 2026
  2. v1.3.5Oct 19, 2026
  3. v1.3.4Oct 16, 2026
  4. v1.3.3Oct 10, 2026
  5. v1.3.2Oct 8, 2026
  6. v1.3.1Oct 7, 2026
  7. v1.3.0Oct 7, 2026
  8. v1.2.4Oct 5, 2026
  9. v1.2.3Oct 3, 2026
  10. v1.2.2Sep 28, 2026
  11. v1.2.1Sep 25, 2026
  12. v1.2.0Sep 24, 2026
  13. v1.1.4Sep 23, 2026
  14. v1.1.3Sep 23, 2026
  15. v1.1.2Sep 21, 2026
  16. v1.1.0Sep 20, 2026
  17. v1.0.0Sep 19, 2026
  18. v0.19.5Sep 16, 2026

评分

已满足适用检查项的 90%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分
  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具必需15 分
  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分