API Playground
Run live requests against the product gateway and inspect the exact JSON returned to customer integrations.
Section
07 / 27
Live API examples
Jump from the docs to real public pages that use the same read models.
Test the same JSON your integration will call.
Requests run from this browser against the product /v1 gateway. Bearer tokens stay in current component state and are not written into the page URL or browser storage.
Current preset
History by date
Daily archive rows for a date, optionally narrowed to state or game.
Caps list payloads. API maximum is 1000.
Adds the bounded public source-confidence timeline. Default responses stay compact.
Use a server-side lf_live or lf_test key. The value stays in browser memory for this playground session.
Env var is safest for shared docs. Inline mode is only for copying a local smoke-test command from this browser session.
Request
GET /v1/results/history?date=2026-08-14&state=MD&ball_count=3&game_code=md-pick3-midday&limit=25&short=1Account links can preselect a key prefix. Shared snippets should keep the token in a server-side LOTTERY_FEED_API_KEY environment variable.
curl -sS -X GET 'https://lotteryfeedapi.com/v1/results/history?date=2026-08-14&state=MD&ball_count=3&game_code=md-pick3-midday&limit=25&short=1' \ -H 'Accept: application/json' \ -H 'Authorization: Bearer $LOTTERY_FEED_API_KEY'
Response
Compact customer-facing JSON, not raw upstream payloads.
Run a request to inspect the live response.
Use the filters on the left to keep payloads bounded.
How to use it
Choose an endpoint preset, narrow the request with state, ball count, date, or game code, then run it against the same /v1 routes documented here.
Token handling
When API auth is enabled, paste a bearer token into the local field. The token is kept in browser state only and is not copied into the URL or stored by this page.
Next: OpenAPI spec