agents/ folder. Each agent YAML file is the source of truth for the agent name, description, default instructions, backing pipeline, saved actions, status, and published endpoint metadata.
Creating an agent from the Agents page or Agents API creates one backing pipeline named after the agent and one YAML block file in agents/. When a UUID is omitted, Mage derives it from the cleaned agent name. If that UUID already exists, the request is rejected so you can choose a different name or UUID.
Fields
Useinstructions for the saved default prompt. Runtime requests use message, which can be sent when running the agent. Existing type: agent AI blocks can still use message as the per-run user request.
name: Display name for the agent.description: Short summary shown in the Agents list and detail view.instructions: Default instructions stored with the agent.pipeline_uuid: Backing pipeline used to execute and publish the agent.actions: List of action references. Mage stores this list but runtime handling is defined separately.status:draft,published, orpaused.endpoint: API trigger metadata written when the agent is published.
type: agent and pipeline_uuid appear in the Agents list. This keeps standalone agent blocks hidden unless they are associated with a backing pipeline.
Publishing
Publishing an agent marks it live by upserting an API trigger on the backing pipeline. Mage stores the trigger metadata in the agent YAML underendpoint, including the schedule ID and streaming run path.
Publishing is idempotent. Re-publishing the same agent reuses the existing API trigger when possible instead of creating duplicate triggers.
Running
Publish the agent to enable its streaming endpoint. On the agent’s Endpoint page, edit the JSON request body, then select Run agent. Setpipeline_run.variables.message to the request for this run and add any other runtime variables your agent needs: