Skip to main content
Chronologue uses FastAPI to serve a structured, schema-validated API for memory, planning, and scheduling operations. Clear error handling and standardized debug protocols are essential to supporting agents, developers, and users interacting with the system. This page documents all core error codes, response formats, debugging tools, and recommended resolution strategies for API clients and developers.

HTTP Status Code Reference


FastAPI Exception Handling

Chronologue uses FastAPI’s HTTPException to raise structured errors with code and message pairs. Pydantic model validation automatically returns 422 errors on bad inputs. Custom exceptions include:
  • TraceConflictException – raised on conflicting trace uid or edit attempts
  • PlanError – raised when agent plans fail structural checks or exceed constraints
  • UnauthorizedAgentAccess – used when an agent is not permitted to access a user trace
All exceptions return structured JSON.

Error Response Structure

All API errors return a JSON payload with the following shape:

Debugging Tools and Logging

Chronologue uses FastAPI’s logging module and Uvicorn’s structured output for diagnostics.

Developer Tips:

  • Each API response includes a trace_id header or field (if an error occurs)
  • Server logs use structured levels: TRACE, INFO, WARNING, ERROR
  • Logs can be routed to Sentry, Logtail, or other backends for inspection
To enable live logs locally:

Client-Side Debugging Tips

  • Use curl -v or Postman to inspect headers and body
  • Include Content-Type: application/json in all POST requests
  • Review full payloads: missing scheduled_for or malformed tempo_token can cause 422 errors
  • Validate request schema using examples in API reference

Common Error Patterns and Fixes


Trace Dump Endpoint (for Development Only)

POST /debug/trace-dump
  • Input: trace_uid, task_id, or linked_event_uid
  • Returns: full memory trace object, causal links, and profile metadata
  • Access: only enabled in debug mode (DEBUG=true)
Use this endpoint to inspect misbehaving traces or pre-runtime agent memory state.

Rate Limiting and Throttling

Chronologue applies soft rate limits by API key and IP address.
  • Default: 100 requests / minute / user
  • Status code: 429 Too Many Requests
  • Header: Retry-After: 30 (seconds)
Recommended strategy:
  • Use exponential backoff for retrying
  • Limit aggressive polling or synchronous agent executions

1Related Pages


Chronologue’s API is designed to fail transparently and traceably. Use structured error responses, trace IDs, and developer tools to quickly identify issues, debug behavior, and optimize your agent integrations.