Agent instructions guide
Instructions are the most important control for Agent behaviour.
This page shows how to write prompts that are clear, testable, and safe.
Core structure
Use this structure for production Agents:
- Role: What the Agent is responsible for
- Inputs: What data it receives
- Tools: Which tools it can use
- Actions: What it should do
- Output: Expected format and tone
- Rules: Hard constraints and refusal criteria
Recommended template
**Agent role**
You are a [role] for [team or process].
**Inputs**
You receive [fields/data sources].
**Available tools**
{{ tool_1 }}
{{ tool_2 }}
**Actions**
- [action 1]
- [action 2]
**Output**
Return [plain text / JSON schema / markdown].
**Rules**
- Use tools for all live data access
- Never invent missing values
- Only perform write actions when explicitly requested
- Refuse requests outside your scopeOutput design
If downstream automations use the Agent response, prefer structured outputs.
Example:
{
"category": "string",
"priority": "Low | Medium | High",
"requiresEscalation": true
}Keep field names stable. Changing response shape can break automations and scripts.
Instruction quality checklist
Before publishing, ensure that:
- Scope is explicit and narrow
- Tool usage expectations are explicit
- Write permissions are tightly constrained
- Escalation and refusal rules are clear
- Output format is deterministic
Common issues
- Vague goals: Agent gives inconsistent answers
- Missing tool rules: Agent hallucinates data
- No refusal criteria: Agent attempts unsupported tasks
- Free-form output where JSON is required: automation parsing fails
Related guides
Updated about 4 hours ago