Skip to main content
The agent action interacts with an AI model to process queries, generate content, and execute tools. It is configured with a stored LLM provider — OpenAI, Claude, Qwen, or a model router — and can be given tools that let it run workflows, delegate to other agents, run a single action, or reach an external service over MCP.

agent

Interacts with AI models to process queries and optionally execute tool functions.

Provider ID

The stored LLM provider instance to call.
An LLM is not an integration. Providers (openai, claude, qwen, and model routers) live in their own registry and are referenced by the numeric id of a stored provider instance — not by an integration name. A provider instance carries the credential, the endpoint, and the model, so pointing two agents at different models means two provider instances.

Name

Labels this agent in traces. It has no effect on what the model is asked.

System Prompt

Instructions that define the agent’s behavior and context. This sets the personality, constraints, and capabilities of the agent.

User Prompt

The user’s message or query to send to the agent.

Access Memory

Gives the agent the built-in workspace file tools — read_file, write_file, and list_files — over the files in its config’s workspace, on top of whatever toolConfigs names.
Defining your own tool called read_file replaces the built-in one rather than colliding with it.

Tool Configurations

An array of tool configurations that give the agent additional capabilities. See Tool Configuration for details.

File Upload

A file to send to the model. Like download, this names where the file comes from rather than being a template string.

Output

{{ .step_id }} holds the agent’s final reply, as text.
There is no returnLastMessage setting and no conversationID setting. The output is always the final reply, and conversation threading is owned by the run rather than configured per step.

Examples

Simple Query

A basic agent that answers user questions:

Structured Response

Generate structured data using the agent:

Agent With Workspace Files

Let the agent read and write files in its workspace:

Tool Configuration

Tools extend an agent’s capabilities by letting it perform actions during its reasoning process. There are four types: mcp, workflow, agent, and action.

Common Tool Fields

Every tool carries these, whatever its type:

MCP Tools

Connect to external services using the Model Context Protocol (MCP). An MCP server supplies its own tool names and descriptions, so name and description are not used here.

MCP Config Fields

Workflow Tools

Run a stored workflow when the model calls the tool. The workflow runs as its own request.

Workflow Config Fields

Inside the workflow, read the inputs the tool passed with {{ input "user_id" }}. The workflow’s result is what the tool reports back to the model.

Agent Tools

Delegate to another agent defined in the same config. The target agent’s own userPrompt plus the model-supplied input define what it is asked, so there is no per-tool prompt.

Agent Config Fields

The tool reports whatever the target agent replied.

Action Tools

Embed a single action in a tool. The action is not part of the graph — the tool builds and runs it when the model calls, and the tool result is whatever the action returned. Each field of the action is either fixed by you (raw) or filled by the model (param).

Action Config Fields


Common Patterns

RAG (Retrieval-Augmented Generation)

Combine vector search with an agent for knowledge-based responses:

Multi-Tool Agent

An agent with several workflow tools:

Content Generation

Generate content with specific formatting:

Next Steps

Vector Operations

Build RAG pipelines with vector search.

Data Operations

Connect agents to your database.

HTTP Requests

Call external APIs from your workflows.

Actions Overview

Learn the fundamentals of ServFlow actions.