OpenAPI spec version bumped from 1.4.0 to 1.5.0. Two functional changes that align the API's enforced behavior with what the RapidAPI Hub already advertises to subscribers.
Public tier now has batch access
GET /api/compounds/batch and POST /api/compounds/batch were previously gated to Developer tier and above (the public tier received 401 API key required). Public tier now receives a successful batch response, capped at 10 compounds per request to match the max_batch_size: 10 value configured on the RapidAPI Basic plan in the Hub Provider Dashboard. This was a Hub/code mismatch — Hub advertised batch on Basic, code rejected it.
Per-tier batch caps raised
The internal BATCH_LIMITS table is now:
| Internal tier | Batch cap | RapidAPI plan | |---------------|----------:|---------------| | public | 10 | Basic ($0) | | developer | 50 | Pro ($29/mo) | | pro | 100 | Ultra ($99/mo)| | enterprise | 100 | Enterprise (off-marketplace) |
Previous values (developer: 20, pro: 50, enterprise: 100) were inconsistent with the Hub's per-plan max_batch_size Feature configuration (10 / 50 / 100). Subscribers who composed batches at the Hub-advertised limit could receive 400 Too many compounds from the underlying API. That is now resolved.
What this means for subscribers
- RapidAPI Basic subscribers:
/api/compounds/batch now returns a
successful response for up to 10 compounds per request. Previously, Basic returned 401. No code change required on your side — just remove any client-side guard that skipped the batch call when no API key was present.
- RapidAPI Pro subscribers: batch cap raised from an effective 20
to 50 compounds per request, matching the Hub's Features panel.
- RapidAPI Ultra subscribers: batch cap raised from 50 to 100
compounds per request, matching the Hub's Features panel.
- Direct API subscribers: the same caps apply at the internal tier
level — developer 50, pro 100, enterprise 100. The synthesize=true option still requires Developer or higher (a reasonable gate since it costs 2 credits per compound).
Synthesis cap unchanged
BATCH_SYNTHESIS_MAX = 10 (the cap when synthesize=true is requested) is unchanged. Synthesis still requires a Developer key or higher.
Files touched
api/_lib/constants.js — BATCH_LIMITS table updated, with a
comment block documenting the RapidAPI Hub mapping and a maintenance note ("keep in sync with Hub Provider Dashboard").
api/compounds/batch.js — public-tier 401 short-circuit removed;
per-tier cap derivation now uses req.auth?.tier || 'public'; synthesis-only 401 added for the synthesize=true + public-tier combination; error response includes upgrade_url for public and developer tiers.
api/openapi.js — info.description quickstart and the two
/api/compounds/batch operation descriptions (GET and POST) updated to reflect the new caps. Spec version bumped to 1.5.0.
scripts/export-rapidapi.js — RapidAPI marketplace
info.description overwrite block updated (tier table now shows Basic 10 / Pro 50 / Ultra 100, batch quickstart no longer says "Pro+").
rapidapi-listing-copy.md — Plans table corrected, batch-section
framing changed from "Pro+" to "open to all tiers", second tier table at the bottom of the doc also corrected.
tests/batch-handler.test.js — public-tier-401 test replaced with
two new tests covering the 10-compound cap on public; developer-tier tests updated for the new 50-cap.
tests/batch-enhanced.test.js — developer cap test updated to 50,
pro cap test updated to 100.
rapidapi-openapi.json — regenerated.
aletheia.holisticquality.io/marketplaces.html — tier cards
rewritten to include Basic at the top of the ladder with its 10-compound cap; copy below the tier-cards section (Pro 50, Ultra 100, Enterprise 100) updated accordingly.
Action for RapidAPI subscribers
None. Spec v2.3 is now live in the RapidAPI Hub Studio (set Current). The Definitions tab and the Plans tab Features panel both reflect the new caps; code BATCH_LIMITS matches what the Hub advertises. Existing subscriptions, API keys, and quotas are unchanged.