BigCommerce is Good to agents.
Discry independently scored how well an AI agent can discover and understand the BigCommerce API from what’s public — not whether it’s usable. Below: every signal we checked, what’s costing the score, and what to change.
SCORED UNDER RUBRIC 1.2 · A full re-launch under Discry Score 2.5 — a new behavioral instrument, not comparable to these scores — is in progress.
Discovery
45% of score · 71/100Comprehension
55% of score · 88/100What we found
- BigCommerce is notably agent-aware: docs include a banner for AI agents pointing to /llms.txt and .md page variants, showing deliberate investment in agent discoverability
- The developer llms.txt at ~350KB far exceeds the ideal 50KB threshold, making it impractical for single-context-window agent consumption despite being well-structured
- OpenAPI specs are publicly maintained on GitHub (bigcommerce/api-specs) in OAS 3+ format, making programmatic API discovery straightforward
- Rate limit documentation includes actionable recovery guidance with code examples and specific header names, enabling agents to self-correct on 429 errors
- Third-party MCP servers exist on Glama and PulseMCP, but BigCommerce has no official MCP server or .well-known/mcp.json
What to change
Prioritized by impact on discoverability. You (or your docs platform) deploy these — Discry never touches your API.
- 01Create a focused llms.txt under 50KB covering core API capabilities (catalog, orders, customers) — the current 350KB developer file is too large for agent context windows
- 02Add llms-full.txt as the comprehensive version, keeping llms.txt as the concise index
- 03Publish .well-known/mcp.json pointing to an official or recommended MCP server
- 04Add AGENTS.md to the bigcommerce/api-specs GitHub repository with context for coding agents building integrations
- 05Replace placeholder values ({{TOKEN}}, {{STORE_HASH}}) in code examples with realistic-looking sample values to improve agent copy-paste reliability
Execution coverage · INFORMATIONAL, UNSCORED
Whether an agent can actually complete a call and recover from errors is the deeper Audit layer — documented here, but not part of the Discry Score.
OAuth-based API accounts with store-level, app-level, and account-level credentials. Rate limits documented per plan (150-450 requests per 30-second window) with specific header names. JSON error responses. Cursor and page-based pagination documented. No idempotency key support documented.