
Hotel & Vacation Rental MCP - live prices & reviews across Booking, Airbnb, Vrbo & Google Hotels
com.stayingapi由 stayingapi.com 發布官方發布者v1.0.0更新於 Oct 24, 2026
Search hotels & rentals: live prices & reviews across Booking.com, Airbnb, Vrbo & Google Hotels.
概覽
託管型 MCP 伺服器,讓助理搜尋飯店與度假短租、取得即時價格、跨 Booking.com、Airbnb、Vrbo 與 Google Hotels 比價並讀取評價。
- 可以做什麼
- 依地點、日期、入住人數、房型、設施與價格跨 Booking.com、Airbnb、Vrbo 和 Google Hotels 搜尋住宿,結果統一為同一結構
- 查詢單一或批次房源的逐日可訂狀況與最短入住要求
- 取得房源完整詳情(設施、照片、房東、地理位置),並依日期提供即時報價
- 針對同一房源在各訂房網站之間比價,回傳最低價與中位價
- 讀取正規化、可分頁的評價,並保留各平台原始評分量尺
- 輪詢以非同步任務形式回傳的長時間請求
- 適用情境
- 適合旅遊規劃與住宿比較:依日期和預算找房、確認某房源在別的訂房網站是否更便宜,或在對話中彙整住客評價。
- 執行需求
- 遠端 Streamable HTTP 端點,無需本機安裝。需要 StayingAPI 帳號,透過瀏覽器彈出視窗完成 OAuth 2.1 登入,且 MCP 用戶端需支援 OAuth(伺服器不接受 API 金鑰)。呼叫會消耗點數餘額,註冊贈送 300 點。
安裝
在 SourceWeft 中
- 開啟 儀表板中的 Hotel & Vacation Rental MCP - live prices & reviews across Booking, Airbnb, Vrbo & Google Hotels,將其新增到工作區。
- 連接 所需的 憑證。它們會被私密儲存,絕不會在公開頁面上展示。
- 為需要使用其工具的對話啟用該服務。
Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。
交給代理程式安裝
把這段提示詞貼上到 Claude Code、Codex、Cursor 等代理程式,或 SourceWeft 對話中。代理程式會讀取該伺服器的安裝指南,先向你展示發布者、端點和登入方式,經你同意後再把它新增到你的客戶端。金鑰不會寫進任何命令。
閱讀 https://sourceweft.com/mcp/com.stayingapi%2Fhotel-vacation-rental-mcp/install.md,並按其中說明把這個 MCP 伺服器接入我的客戶端。修改任何設定之前,先告訴我它的發布者、端點和登入方式,等我確認。不要把 API 金鑰寫進命令或我會提交的檔案;問我金鑰應從哪裡取得。其他 MCP 客戶端
把它新增到你客戶端的 mcpServers 設定中。 客戶端會在首次連接時完成 OAuth 登入。
{
"mcpServers": {
"hotel-vacation-rental-live-prices-review": {
"type": "http",
"url": "https://mcp.stayingapi.com/mcp"
}
}
}README
Hotel & Vacation Rental MCP - live prices, availability & reviews across Booking.com, Airbnb, Vrbo & Google Hotels
Search stays, compare prices across Booking.com, Airbnb, Vrbo and Google Hotels, and pull reviews by just asking your AI. One hosted MCP, 300 free credits to start, no card.
Seven read-only tools - search, availability, listing detail, price, cross-OTA price compare, reviews, and job polling - for Claude, ChatGPT, Cursor, Claude Code, and any MCP client.
[Install in Cursor] [300 free credits, no card]
[Website] [Docs] [OpenAPI] [MIT License] [Glama quality score]
4 booking platforms, one schema · 7 read-only tools · cross-OTA price compare · OAuth 2.1, no key pasted into the agent · 300 free credits to start, no card StayingAPI is an independent service for accommodation data. StayingAPI is not affiliated with, endorsed by, or sponsored by Airbnb, Booking.com, Vrbo, or Google Hotels. These are trademarks of their respective owners, used here descriptively to indicate the data sources StayingAPI's API and MCP server can query.
Install in one line
Claude Code
Claude Desktop, ChatGPT, Cursor, or any other MCP client — add this as a Streamable HTTP server:
No API key to paste: the first call opens an OAuth sign-in (free account, 300 credits, no card). Per-client steps are in Quick Install, and the whole repo also installs as an Agent Plugin.
Why a Hotel & Vacation Rental MCP
You are already comparing stays across four sites by hand: a hotel on Booking.com, an apartment on Airbnb, a villa on Vrbo, and Google Hotels to sanity-check the rate. Every one of them has a different page, a different rating scale, and no API you can just sign up for.
Connect once, then just ask. Add this MCP server to Claude, ChatGPT, Cursor, or any MCP client a single time, and your AI assistant can search real stays, quote real prices for your dates, compare one property's rate across booking sites, and read normalized reviews - inside the conversation, with no code and no repeated setup.
Everything comes back in one unified schema. A hotel room and a holiday villa return the same object shape, ratings carry their native scale instead of being silently rescaled, and the cross-OTA comparison returns each site's offer plus a computed lowest and median price, so you do not re-derive them yourself.
Quick taste:
That single prompt spans three tools - search_stays, compare_prices, get_reviews - without you writing a line of code.
Install as an Agent Plugin · easiest
This repository root is a conformant Agent Plugins 1.0.0 package — the portable format published 2026-08-06 and supported by ChatGPT, Codex, Cursor, GitHub Copilot, Kiro and VS Code. One install gets you the MCP server and a bundled stays skill that teaches your agent which tool answers which question, how to keep cross-platform fan-out cheap, and that Airbnb/Vrbo rate on a 5-point scale while Booking.com rates on 10 — so it never compares a 9 with a 4.5.
VS Code — Command Palette → Chat: Install Plugin From Source, then paste:
Or register a local clone in settings.json:
Cursor — Customize in the sidebar → find the plugin → Install. For a local clone:
Then Developer: Reload Window.
Add to Cursor — MCP server only, no clone. Paste this deeplink into your browser:
ChatGPT, Codex, GitHub Copilot, Kiro, any other client — point your client's plugin mechanism at this repository, or at a local clone. Agent Plugins 1.0.0 standardizes the package format, not installation, so each client owns its own install flow.
30-second example
One search_stays call returns Airbnb, Booking.com, Vrbo and Google Hotels merged into a single normalized list, each with its booking URL. No API key to configure — the first call opens an OAuth sign-in (free account, 300 credits, no card). Then the follow-ups that normally take twenty browser tabs:
All seven tools are read-only — nothing here can book, cancel or change a reservation.
There are no credentials in this package — Agent Plugins 1.0.0 forbids embedded secrets, and authorization is client-managed. Verify the package yourself:
Quick Install
Requirements:
Recommended: add a rule so your AI invokes it automatically
Paste this into your client's custom instructions or rules file:
Server URL: https://mcp.stayingapi.com/mcp (Streamable HTTP transport)
Install in Claude (Desktop & Web) - Recommended
Settings → Connectors → Add custom connector → paste:
Claude runs the OAuth 2.1 sign-in for you in a browser popup, which links the connector to your StayingAPI account and its credit balance - no API key needed. The seven read-only tools then appear in your tool list.
Prefer the desktop config file? Add to claude_desktop_config.json:
Install in Claude Code (CLI)
OAuth (recommended):
Then run /mcp inside Claude Code and complete the OAuth prompt.
Running headless, or want a key instead? The MCP server accepts OAuth sign-in only, so for scripts and backends use the REST API with a stay_live_ key.
Install in ChatGPT
- Enable Developer Mode: Settings → Apps & Connectors → Advanced settings.
- Go to Settings → Connectors → Add MCP server (Create in the Connectors panel).
- Paste the server URL:
- Complete the OAuth sign-in when prompted - no API key needed.
Install in Cursor (One-Click or Manual)
One-click: use the Install in Cursor badge at the top of this README.
Manual: add to ~/.cursor/mcp.json (global) or .cursor/mcp.json (per project):
The first tool call opens the OAuth sign-in. There is no API-key option for the MCP server.
Any other MCP client
Add https://mcp.stayingapi.com/mcp as a Streamable HTTP MCP server.
- Authentication is OAuth 2.1 + PKCE with Dynamic Client Registration: clients that support it authenticate automatically - nothing to configure.
- The MCP server does not accept API keys. A client without MCP OAuth support cannot connect; use the REST API with a
stay_live_key instead.
Only formats verified against stayingapi.com/docs/mcp are listed above on purpose. If your client is not here, the generic Streamable HTTP setup is the whole configuration.
Authentication
The MCP server and the REST API end at the same account and the same credit balance, but sign in differently:
- MCP server: OAuth 2.1 + PKCE (S256) with Dynamic Client Registration, only. You authorize once in a browser popup and the connector is linked to your StayingAPI account. DCR-aware clients discover everything automatically, so no key is ever pasted into the agent. The MCP server does not accept API keys, and MCP tool calls are live.
- REST API: bearer API key. For scripts, backends and pipelines. Keys are
stay_live_...(real fan-out to live sources) orstay_test_...(deterministic sandbox fixtures, always 0 credits). Send asAuthorization: Bearer stay_live_...tohttps://api.stayingapi.com/v1.
One balance, separate rate bucket. MCP calls draw from the same single credit balance as your REST keys. REST is rate-limited per key; MCP is rate-limited per user - separate buckets, one wallet.
Security note: treat
stay_live_keys like passwords. A new key's secret is shown once and stored only as a SHA-256 hash, so it is never recoverable. Never commit one to a repo or paste it into a shared config; revoke and re-mint from the dashboard if a key leaks.
Available Tools
All seven are read-only (annotated readOnlyHint: true, idempotentHint: true). There are no write tools, so nothing here can book, cancel, or change anything. Each tool maps 1:1 to a REST endpoint, runs the same validation and cache pipeline, and returns the same unified { data, meta } envelope.
1. search_stays
Discover properties across platforms by location, dates, occupancy and filters, merged into one schema. This is the breadth endpoint and the clearest demonstration of "one schema, every platform".
Response (trimmed):
2. check_availability
Day-by-day availability for a known listing (or a batch of listings) on one platform over a date window. Each day reports whether it is available, its minimum-night requirement, and whether check-in, check-out and booking are allowed.
Response (trimmed):
3. get_listing
Full normalized detail for one listing: amenities on a canonical taxonomy, photos, host, geo, ratings, and - when you pass dates - an embedded live price. Detail is cached 24 h and any embedded price at the 1 h price TTL, composed at read time, so a stale price never rides on fresh detail.
Response (trimmed):
4. get_price
A real price quote for one listing, for your dates and occupancy. Pass the platform-native id returned by search_stays (numeric on Airbnb and Vrbo, a slug string on Booking.com and Google Hotels) or a full listing URL. The response is always a real numeric price or a typed error - never a different property's price.
Response (trimmed):
5. compare_prices
The flagship tool. Compare one property's price across booking sites in a single call, resolved through the Google Hotels backbone. The response carries the individual offers plus StayingAPI-computed min and median as first-class fields, so you read the cheapest and typical cross-site price without re-deriving them.
Response (trimmed):
6. get_reviews
Normalized, paginated reviews for one listing on one platform. Native rating scales are preserved and echoed alongside each rating (Airbnb, Vrbo and TripAdvisor use 5; Booking.com, Expedia and Hotels.com use 10) and never silently rescaled, so a 9 and a 4.5 are not accidentally compared.
Response (trimmed):
7. get_job
Poll a long-running scrape that was returned as an async job. When a request is projected to run longer than roughly 8 seconds it returns a job handle; the agent calls get_job until status is completed or failed. Polling always costs 0 credits - the underlying work is billed once, on successful completion.
Response while running, then on completion (trimmed):
A failed job still returns successfully with status: "failed" and the reason nested at data.error (a { type, code, message, retryable } object). Failed work is free.
Data you get
Every call returns the same unified { data, meta } envelope, whether the property is a hotel or a holiday home:
Coverage: Booking.com, Airbnb, Vrbo and Google Hotels - hotels and short-term rentals in the same schema, so one integration covers both halves of the accommodation map.
Use Cases & Prompts
Pricing
This README stays number-free on paid pricing by design, so it never drifts from the live pricing page. MCP and REST draw from the same single credit balance - there is no separate MCP wallet or MCP pricing.
Troubleshooting
Branch on error.type (the class, mapped 1:1 to the HTTP status) and then on error.code (a stable, finer-grained reason). Every error also carries a requestId, a retryable flag, and a docUrl.
401 authentication_error - missing or bad credentials
Codes: missing_api_key, invalid_api_key, revoked_api_key.
- MCP: remove and re-add the connector to re-authorize. The MCP server takes OAuth sign-in only, so a pasted API key is always rejected here.
- REST API: check the key starts with
stay_live_orstay_test_, that no stray whitespace was copied, and that it has not been revoked in your dashboard (a revoked key returnsrevoked_api_keyimmediately). - Auth is checked before validation, billing or any upstream work, so a 401 is never billed.
403 permission_denied - usually email verification
Codes: email_unverified, scope_insufficient, subscription_required.
email_unverifiedis the common one: live credit is locked until you confirm your account email. On the REST API, yourstay_test_sandbox key is unaffected and keeps returning full fixtures at zero cost, so you can build end-to-end before verifying.subscription_requiredmeans a top-up was attempted without an active paid subscription - top-ups are a subscriber add-on.
402 insufficient_credits
Code: credit_balance_too_low. The balance is below what the call would cost. Check it programmatically instead of guessing - the account endpoint returns credits.balance, plan, key env and your rateLimit.requestsPerMinute. Top up or upgrade at stayingapi.com/pricing.
400 invalid_request - the request itself
Most common codes: missing_parameter, invalid_date_range (checkOut must be strictly after checkIn), date_in_past (evaluated in UTC), child_ages_mismatch (childAges[] length must equal children), window_too_long (availability windows cap at 365 days), invalid_cursor, limit_out_of_range, mutually_exclusive_params (you passed both listingId and url, or neither), needs_country.
needs_country deserves a note: a bare Booking.com slug passed to get_listing is ambiguous, because Booking.com slugs are not globally unique - the same slug exists per country. Pass the country, or pass the full listing URL.
404 not_found - including the deliberate one
Codes: listing_not_found, job_not_found, identity_mismatch.
identity_mismatch is intentional: the resolved listing's canonical identity did not match what was requested, so StayingAPI refuses to return a different property rather than serve plausible-looking wrong data. job_not_found also fires for an expired job (results are retained 24 h) or a job belonging to another account - a job id is not a capability.
429 rate_limited
Code: rate_limit_exceeded. Retryable - honour the Retry-After header rather than looping tightly. MCP is rate-limited per user and REST per key: separate buckets, one shared credit balance.
503 / 504 upstream problems
upstream_unavailable (all_actors_failed, actor_blocked) means every primary and fallback source failed or was blocked; upstream_timeout means synchronous upstream work exceeded the request deadline. Both are retryable with backoff, and both cost 0 credits. For long scrapes, expect the async path instead: a job handle you poll with get_job.
OAuth will not connect
- Make sure a popup blocker is not stopping the sign-in window, then clear cookies and retry the connector authorization.
- OAuth discovery starts from the server's 401 response. If a client cannot connect at all, confirm it supports MCP OAuth 2.1 with Dynamic Client Registration. The MCP server has no API-key fallback; without OAuth support, use the REST API with a
stay_live_key.
A job is stuck, or "completed" but empty
estimatedSeconds is a projection, not a guarantee - a job usually finishes in tens of seconds but can exceed 240 seconds on a slow platform, so budget in minutes. A failed job still returns HTTP 200 with status: "failed" and the reason at data.error, not in a top-level error envelope, so branch on data.status === "failed". A completed job carries meta.pagination: null - cursor pagination only applies to synchronously returned list responses.
Also available as a REST API
Building an app or a backend instead of an agent? The same data ships as a plain JSON REST service.
Base URL: https://api.stayingapi.com/v1. The seven MCP tools map 1:1 to /v1/search, /v1/availability, /v1/listing/{platform}/{id}, /v1/price, /v1/price-compare, /v1/reviews and /v1/jobs/{jobId}.
Connect
- Website: stayingapi.com
- MCP guide: stayingapi.com/docs/mcp
- Docs: stayingapi.com/docs · OpenAPI: api.stayingapi.com/openapi.json
- Workflows & recipes: stayingapi.com/workflows
- Status: status.stayingapi.com
- Contact: [email protected]
- Listed in: awesome-agent-plugins, a directory of verified Agent Plugins on the open standard, maintained by the same team
Related repositories - part of the StayingAPI open resource set: hotel-api · airbnb-api · booking-com-api · vrbo-api · google-hotels-api · travel-api · travel-workflows · travel-skills
MCP Registry
Published to the official Model Context Protocol Registry as:
Registry manifests in this repo: server.json (MCP registry) · smithery.yaml (Smithery) · glama.json (Glama).
FAQ
Is there an Airbnb or Booking.com API in 2026? Not one you can sign up for and start using today. Airbnb has no open public API - access runs through its partner programs, which are aimed at approved software partners and property-management systems, not general developers. Booking.com's Demand API is similar: it requires a partner or affiliate agreement and an approval process before you get credentials. Vrbo sits inside Expedia Group's partner API program, and Google Hotels data flows through hotel partner feeds rather than a self-serve developer API. That gap is why "airbnb api" is one of the most-searched, least-served queries in travel tech. StayingAPI is the self-serve alternative: sign up, get a key with 300 free credits and no card, and query accommodation data across all four sources through one REST API or this MCP server, with every response normalized to the same schema.
What is a hotel or accommodation MCP?
A hotel or accommodation MCP is a Model Context Protocol server that exposes accommodation data as tools an AI agent can call directly: search stays, check day-by-day availability, fetch full listing detail, quote a real price for specific dates, compare that price across booking sites, and read normalized reviews. Instead of you copying results into a chat, the assistant fetches live data mid-conversation and reasons over it, which means it can chain steps on its own: search, then price the best candidate, then summarize its reviews. This one is hosted at https://mcp.stayingapi.com/mcp, speaks the Streamable HTTP transport, and exposes seven read-only tools covering Booking.com, Airbnb, Vrbo and Google Hotels in a single unified schema. It works with Claude, ChatGPT, Cursor, Claude Code and any other MCP client, and authenticates over OAuth 2.1, so no API key is ever pasted into the agent and nothing here can book, cancel or change a reservation.
What is the difference between the StayingAPI REST API and this MCP server? They are two front doors to the same service, not two products. The REST API is for apps, backends and data pipelines: you send a bearer key, you get JSON, you control the loop. The MCP server is for AI assistants and agents: you add one URL, authorize once over OAuth 2.1, and the seven tools become things the model can call on its own. Underneath they are identical - the same validation, the same adapter and cache pipeline, the same unified schema, the same error taxonomy, and the same single credit balance. There is no separate MCP wallet or MCP pricing. The only real difference is rate limiting: REST is metered per key, MCP per user. Pick REST when you are writing the code, MCP when the model is.
How is this different from a single-platform API or a scraper?
A single-platform API gives you one source's view, so cross-platform questions ("is this villa cheaper on Booking.com or Vrbo?") are unanswerable by construction. A SERP scraper hands you a raw page snapshot that you parse and normalize yourself, with no rating scale, no canonical amenity taxonomy, and no guarantee the row you parsed is the property you asked about. This server returns four sources in one schema, keeps native rating scales explicit instead of silently rescaling them, and ships compare_prices, which returns each site's offer plus a computed lowest and median. It also refuses to guess: if a listing's canonical identity does not match what you asked for, you get an identity_mismatch error rather than a plausible-looking wrong property. Failed, empty and blocked calls are never billed.
How do I compare hotel prices across Booking.com, Airbnb and Vrbo with AI?
Connect this MCP server to your assistant, then ask in plain language: "compare this hotel's price for 13-20 July across booking sites". The model calls compare_prices with the property name and your dates. It comes back with each site's total in your chosen currency plus StayingAPI-computed min and median fields, so the assistant can tell you not just the cheapest offer but how far below typical it sits. For short-term rentals where the same physical property is listed on several sites under different names, the usual flow is search_stays to find candidates, then get_price per platform for an exact quote at your dates and occupancy. Add the auto-invoke rule from Quick Install and your assistant will reach for these tools on its own whenever you mention a stay.
Can an AI agent search vacation rentals and short-term rentals, not just hotels?
Yes, and that is deliberate - it is why this is a hotel and vacation rental MCP. Hotels arrive via Google Hotels and Booking.com; short-term rentals via Airbnb and Vrbo. Crucially they come back in the same object shape: a city-centre hotel room and a rural holiday villa both return property type, bedrooms, bathrooms, max occupancy, a canonical amenities list, a guest rating with its explicit scale, and a price with a fee breakdown. So an agent can answer "what sleeps 4 with a pool near Split, hotel or apartment, whichever is cheaper" in one pass, instead of you running two integrations and reconciling them. search_stays accepts a platforms[] filter and a propertyType[] filter, so you can narrow to just rentals, just hotels, or let both compete.
What data does it return?
Every tool returns the same { data, meta } envelope. Property records carry identity (platform, native listing id, canonical URL), core facts (property type, bedrooms, bathrooms, max occupancy, geo), a guest rating with an explicit ratingScale so a 9-out-of-10 is never confused with a 4.5-out-of-5, a canonical amenities list unified across all four platforms, host details, full-resolution photo URLs, and pricing with nightly, total, nights and a fees breakdown. Availability returns per-day available, minNights, checkIn, checkOut and bookable. Reviews return rating on its native scale, title, text, author, date, trip type, language, owner response, and liked/disliked. The meta block always reports the request id, per-platform status and cache flags, pagination cursor, and any warnings, so you can tell a partial result from a complete one.
How do I add it to Claude, ChatGPT or Cursor?
Claude Desktop and Claude Web: Settings, Connectors, Add custom connector, then paste https://mcp.stayingapi.com/mcp and complete the OAuth popup. Claude Code: claude mcp add --transport http stayingapi https://mcp.stayingapi.com/mcp, then run /mcp and authorize. ChatGPT: enable Developer Mode under Settings, Apps & Connectors, Advanced settings, then Settings, Connectors, Add MCP server, paste the same URL and complete the OAuth prompt. Cursor: use the one-click badge at the top of this README, or add {"mcpServers":{"stayingapi":{"url":"https://mcp.stayingapi.com/mcp"}}} to ~/.cursor/mcp.json for every project, or to .cursor/mcp.json for just one. Any other MCP client works too - add the same URL as a Streamable HTTP server, and clients that support Dynamic Client Registration will negotiate OAuth without further configuration. Setup takes under a minute in every case, because the server is hosted: there is nothing to install, no runtime to manage, and no package to keep updated. Full per-client detail is in Quick Install, and only configurations verified against the official docs are listed there, since a wrong config block costs you the one install attempt you get.
How much does it cost?
Signup gives you 300 free credits with no card, and on the REST API stay_test_ sandbox keys return deterministic fixtures at zero cost forever, so you can build and test the whole integration before spending anything. After that it is credit-based, with current per-call costs and plan pricing on the pricing page - this README deliberately carries no paid numbers so they can never go stale here. Three things are always free regardless of plan: failed, empty and blocked calls (creditsCharged is 0), get_job polling, and every REST sandbox call. MCP and REST draw on the same single balance, so adding the MCP server does not create a second bill. Live credit unlocks after you verify your account email; the sandbox works fully before that.
Is StayingAPI affiliated with Airbnb, Booking.com, Vrbo or Google Hotels?
No. StayingAPI is an independent service. StayingAPI is not affiliated with, endorsed by, or sponsored by Airbnb, Booking.com, Vrbo, or Google Hotels. These are trademarks of their respective owners, used here descriptively to indicate the data sources StayingAPI's API and MCP server can query. We are not a partner, a reseller, or an authorized integration of any booking platform, we hold no agreement with any of them, and none of them endorse, review or approve this project. Platform names appear throughout this README, in the platforms[] enum, and in tool parameters purely as descriptive labels for which data source a given call targets, in the same way a price-comparison tool names the shops it checks. StayingAPI does not book, cancel or modify reservations: all seven tools are strictly read-only, annotated readOnlyHint: true, and there are no write tools at all. If you need to actually reserve a stay, follow the canonical listing url returned with every property and book on that platform directly.
Get your key — 300 free credits, no card · MCP docs · Pricing · Status
Released under the MIT License. StayingAPI is an independent service and is not affiliated with or endorsed by any booking platform. Platform names are trademarks of their respective owners.
來源:README.md,提交 017ef49
工具
0版本歷史
1- v1.0.0最新Sep 16, 2026
評分
已滿足適用檢查項的 85%
該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。
- 近 30 天內可連通必需25 分
- 已宣告認證方式必需10 分
- 已列出工具15 分
請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。
- 描述必需15 分
- 圖示10 分
- 文件15 分
- 授權條款10 分