10 KiB
description
| description |
|---|
| What an agent is in Conductor and how agent turns run as durable workflow tasks with tools, approvals, and a full execution history. |
Agents & AI
What is an agent?
An agent is a program that uses an LLM to decide what to do next. Instead of following a fixed sequence of steps, it works in turns: the model reads the goal and the context so far, then proposes the next action. That action might be a tool call, a question for a person, or a final answer. The result of each action becomes context for the next turn, and the loop continues until the goal is met.
In Conductor, that loop runs as a durable workflow. The model's proposal is data, not a command. Conductor validates it, applies any required approvals, and only then schedules the work. The work itself runs as ordinary tasks, using the same building blocks a workflow already has: your workers, MCP tools, remote agents, and people. Because every result is persisted before the next turn starts, a crash, deploy, or long wait never loses the agent's progress.
Three ways to build
The paths are complementary. A production workflow can use native AI tasks, invoke a compiled Conductor Agent, and delegate specialist work to a remote A2A agent in the same durable graph.
AGENT task.
Remote delegation
A2A agents
Invoke an agent running behind the Agent2Agent protocol through a durable AGENT task. Conductor manages the handoff without compiling that agent locally.
Operating principles
Adaptive behavior stays manageable when the execution contract is explicit. These principles apply across all three authoring paths.
What you gain
Conductor applies the same durable execution model to adaptive agents and ordinary distributed workflows.
Where to start
Choose the boundary that matches what you are building, then deepen only the part of the platform you need.