The ReasonBlocks REST API is the same surface the Python SDK uses internally. Hit it directly when you’re integrating from a custom harness, a non-Python stack, or any environment where pulling in the SDK isn’t an option.Documentation Index
Fetch the complete documentation index at: https://docs.reasonblocks.com/llms.txt
Use this file to discover all available pages before exploring further.
When to use the REST API
Use the REST API directly when one of these is true:- Your agent loop runs in a language other than Python.
- You’ve built your own evaluation harness or in-house agent framework that doesn’t match the supported framework integrations.
- You want a minimal-dependency integration — three HTTP calls cover the full feature set.
- You’re embedding ReasonBlocks into a CI pipeline, batch job, or eval runner.
Where to start
REST API setup
Base URL, authentication, environment variables for self-hosting, rate limits, and error codes.
Custom harness quickstart
End-to-end integration in three HTTP calls — pre-task pattern retrieval, per-step telemetry, post-task trace submission.
Versioning & back-compat
What
/v1/ guarantees, how breaking changes ship, and how legacy unversioned aliases work for already-deployed SDK clients.Interactive OpenAPI
Live Swagger UI for every endpoint. Try requests inline once you have an API key.
The three-call integration shape
A run of your harness produces a sequence of agent steps. ReasonBlocks plugs in at three points:| Stage | Endpoint | Purpose |
|---|---|---|
| Pre-task | POST /v1/traces/retrieve | Fetch reasoning patterns to inject into the system prompt. |
| Per-step (optional) | POST /v1/monitor/runs/{id}/steps | Log telemetry; server returns the scored bundle. |
| Post-task | POST /v1/traces | Submit the completed trace for distillation. |
Auth at a glance
Every request requires a bearer token:REASONBLOCKS_KEYS for static dev keys on a self-hosted deployment. See REST API setup for the full auth model.
