Default assistants
When the server starts, Aegra automatically creates a default assistant for each graph defined inaegra.json. Aegra accepts the graph ID directly in run and cron APIs and resolves it to that default assistant for you, so you can use graph IDs without creating assistants manually.
agent graph that run and cron APIs can target immediately by passing assistant_id="agent".
Creating assistants
Create custom assistants with specific configurations:Idempotent creation
Useif_exists to avoid errors when the assistant already exists:
assistant_id, which is unique across
every user, and its graph_id plus config pair, which is unique per owner.
Either match counts as “already exists”, so a second create with the same graph
and config returns the first assistant rather than a duplicate. Creation is
atomic, so callers racing on the same
assistant_id — retries, replays, several replicas booting at once — all
converge on one stored assistant instead of one of them failing.
With the default if_exists="error", a duplicate answers 409. An
assistant_id already taken by another user also answers 409: it is never
returned to you, even with if_exists="do_nothing".
The snippets below assume you are inside an
async def function with an initialized client — see the example above.Listing and searching
Updating assistants
Versioning
Assistants are versioned. Each update creates a new version while preserving the history:Graph schemas
Retrieve the input, output, state, and config schemas for an assistant’s graph:Graph visualization
Get the graph structure for visualization:nodes and edges that can be rendered by LangGraph Studio or custom visualizers.