When to use agents
Where agents run
Agents can be used from several surfaces:- Agents page: create, edit, list, and run reusable agents where permitted.
- Vault: run an agent against selected documents or Vault context.
- Workbench: list agents, create a new agent when approved, run agents, and wait for completion.
- Workflows: use
run_agentas a step in a repeatable automation. - API/MCP: discover and run exposed agent operations where enabled.
Agent inputs
An agent should state which context it expects. Common inputs include:- Selected Vault documents.
- Uploaded Workbench files.
- Extracted tags, tables, entities, or records.
- A workflow run payload.
- A user-provided instruction or question.
- External context imported from a provider.
Agent outputs
Good agents produce predictable output formats. Examples:
For durable updates, connect the agent to a workflow, record update, report, or approval process. Do not rely on free-form output alone when the result changes business data.
Run lifecycle
A typical agent run follows this lifecycle:- Select or discover the agent.
- Confirm the scope, such as documents, Vault, record set, or workflow input.
- Run the agent.
- Wait for completion if the run is asynchronous.
- Review the output and source evidence.
- Use the output in Workbench, a workflow, a report, or a record process.
Good agent design
A strong agent definition includes:- Purpose and boundaries.
- Required inputs.
- Output format.
- Source and evidence expectations.
- What the agent should not do.
- When to escalate to a human.
- Whether it can be used inside workflows.
Governance
Agents can have broad operational impact when run over many documents or embedded in workflows. Treat the following as higher-risk actions:- Creating or editing shared agents.
- Running agents over large Vault scopes.
- Using agent output to update Records.
- Triggering workflows from agent output.
- Sending agent-generated reports externally.
- Scheduling agents to run without human review.