Skip to main content
Run an agent session over an HTTP API: you send a prompt and an agent configuration, Albus executes the model loop in an isolated environment, connects the MCP servers you declare, and returns the assistant’s reply. A session keeps its history, so the next prompt continues the conversation. The agent can search the web and run commands in a sandboxed terminal, remember what matters across sessions in a memory group, and answer in a JSON shape you specify. Every invocation is recorded as a trace — its steps, model calls, tool calls, and token usage — readable by the key you ran it with.

Run your first session

1

Install the CLI

2

Sign in

Or create an API key for scripts and SDKs.
3

Run

No model API key of your own is needed for that run — Albus provides the default model. A session is a named conversation with an agent: you choose the identifier, and running the same identifier again continues the same conversation.
The wait makes the request long-poll until the assistant’s reply is available: wait_timeout_seconds over HTTP and in Python, waitTimeoutSeconds in TypeScript, --wait-timeout in the CLI. Omit it and you wait up to 30 minutes, the maximum; pass 0 to return as soon as the run is accepted.
The response is the session and the one message this invocation produced:
message is the assistant’s reply, and is absent when the invocation has not answered yet — wait_timeout_seconds=0, or a wait that returned first. The whole conversation comes from GET /sessions/{id}, whose messages array holds every turn. The CLI prints the same object plus the run’s invocation_key, taken from the response header.

Continue the conversation

Run the same session identifier again. The agent sees the earlier turns.

Read it back

get returns the messages; audit returns what happened inside the runs — model calls, tool calls, and outcomes. GET /traces/{invocation_key} returns the same invocation as spans, with token usage, and the console shows it under Traces.

Next

Build an agent

From a bare model to tools, secrets, MCP servers, memory, traces, revisions, and the audit log — one step at a time.

Bring your own key

Run on your own model provider account.

Built-in tools

Web search, the terminal sandbox, and memory.

SDKs

The Python and TypeScript clients.
Using a coding agent? Point it at docs.albus.sh/agents/docs.md, or at llms.txt for the whole documentation index.