https://api.beliefsystems.xyz
Authentication: Authorization: Bearer belief_live_…
Quickstart
1
Get a key
Create an account and mint a key in the portal. Free, work email, about a minute. The secret is shown once.
2
Make a request
X-API-Key is accepted for the same secret. Authorization: Bearer is the canonical form and the one every example here uses.3
Read the envelope
Every successful response is Levels are decimal strings, not JSON numbers –
{ data, meta }. data is the payload; meta carries the attribution line, the license and terms URLs, and the moment the response was generated. History endpoints add the effective window to meta."35.47662726" rather than 35.47662726. They are exact as published, so parse them with a decimal type wherever the arithmetic has to round-trip. Timestamps are UTC with microsecond precision. Every index carries baseIndexLevel 100 at inception, which is what makes a level readable on its own: in the response above, CONFLICT at 35.48 is down 64.5% from its inception base. Source: Belief Systems (beliefsystems.xyz) belongs on anything you publish from this data. It travels in meta.attribution on every response.
There is no test mode. The API is read-only, so a live key is safe to use in development.
Endpoints
Each endpoint’s parameters, with a try-it panel, are in the API Reference tab. Tickers are case-insensitive;
GET /v1/indices is the catalog.
The volatility endpoints return the envelope of the published
/volatility surface verbatim – series, publicationState, tick, published inside data – rather than the flatter shape the index endpoints use. The website, the MCP tools, and /v1 all read the same structure, so a Belief Volatility value quoted from one channel always matches the other two. Belief Volatility methodology defines each field.Next
Limits and errors
Rate limits, the header set, error codes, and the 90-day window.
Data boundaries
What the API serves, where the rest lives, and how
/v1 changes.MCP server
The same data as tools, on the same key.