Service

A self-hosted platform that runs agents for people and applications through Console and an HTTP API.

Service manages workspaces, access, agents and their revisions, and conversations; runs continue after clients disconnect. Get started with a local deployment and your first agent.

Start here

Your situationGuide
Set up Service and get a first responseDeploy and try locally
Your team already runs ServiceUse an existing platform
Call an agent from your applicationConnect your application

Concepts

  • Organization and workspace: an organization manages members; each workspace contains its own agents, resources and conversations.
  • Agent and revision: each save of an agent creates an immutable revision; a run uses the agent's default revision unless the message pins another.
  • Session, thread and run: a session (a conversation in Console) groups threads; a thread holds one history and its inbox; each run advances that thread.
  • Provider and environment: providers are configured accounts for models, environments, connectors, web tools and memory; a thread can mount an environment for file and terminal work.

Core concepts follows one conversation through these pieces.

How the pieces fit

  1. A client sends a message. Service adds it to the thread's inbox and starts a run when no run is active or waiting on the thread.
  2. A worker executes the run with Harness, saves its progress and streams live output to the client.
  3. The run completes with a result, fails, is cancelled, or waits for an approval, client tool result or answer. Waiting requires an explicit resume; ordinary messages stay in the inbox. See Agents, threads and runs to continue the conversation.

Control and worker are roles of one executable; a single process can run both. See Operate the Service.

Guides

Interfaces

Console and the API share one origin; API operations use /api/v1. The a13n-service executable runs the server and operator commands. See the Service specification for accepted contracts.

On this page