Skip to main content
Lesson 2 of 6 – This is where your agent gets its personality. You’ll decide who it is, how it talks, and what it should never do. Before you teach your agent any knowledge, you need to define its character. Think of this as writing a job description – role, tone, and boundaries.

What agent behavior controls

The Behavior screen has three sections that together make up the agent’s behavior:

Personality

Tone, style, and how the agent communicates

Role

What the agent represents and what it can help with

Behavior

Hard constraints, rules, and boundaries that apply to every conversation

How the fields fit together

Where to configure behavior

Navigate to Behavior in the left sidebar. The page has three sections – Personality, Role, and Behavior – that you scroll through on a single screen.
The Agent page contains the Personality and Role fields:
  • Personality – Sets the tone and communication style. Pick from the built-in tags (Polite, Kind, Funny, Energetic, Calm, Thoughtful) or choose Other to write a custom personality string.
  • Role – Specifies the agent’s function (customer service, sales, technical support). This is a single field – define one primary role.
Custom personality example (with “Other” selected):
The Greeting is configured per-channel – under Voice > Voice configuration for voice and Messaging > Advanced > Chat configuration for webchat – not on the Agent page. The greeting goes directly to TTS without LLM processing. Some projects override it at runtime by returning an utterance from a start tool – if your greeting isn’t responding to edits, check the Tools page for a start_function. You’ll learn about tools and return values in Level 2.

Writing effective behavior configuration

Role

Good:
Avoid:
Be explicit about requests the agent should hand off rather than attempt. The Role field is a good place to set this scope; reinforce the actual handoff path with a tool and a Behavior rule.Good:
This prevents the agent from making promises it can’t keep, and points it at the specific tool to call.

Personality

Good:
Avoid:
If your brand is formal, say so:
If your brand is casual:
If tone is critical, reinforce it in Behavior as well as Personality. Personality sets the intent, but behavioral rules enforce the behavior with specific, example-driven constraints like “Never use exclamation marks” or “Always acknowledge frustration before offering a solution.”
In practice, most detailed prompting – your terminology, edge cases, examples, and compliance rules – goes in the Behavior section. Personality and Role stay short.

Check your understanding

Behavior

Rules should be clear boundaries, not suggestions.Good:
Avoid:
Examples:
You can scope rules to specific channels or languages using tag syntax. This is useful for multi-channel or multilingual projects.Each tag requires a matching closing tag (</channel> or </language>):
You can also nest tags – for example, <channel:voice><language:en-US>Call us at 1-800.</language></channel> shows that line only on voice calls in en-US.Behavioral rules without a tag apply to all channels and languages.

Common patterns

Agent:
Personality:
Rules:

Testing your configuration

After saving your behavior settings:
1

Test in Chat

Open the chat panel and ask questions that should trigger your rules.Example tests:
  • Ask for something the agent shouldn’t do
  • Request information that requires a transfer
  • Test the tone and personality
2

Verify rule enforcement

Confirm the agent:
  • Refuses inappropriate requests
  • Offers transfers when configured
  • Maintains the specified tone
3

Test edge cases

Try to trick the agent:
  • “Just this once, can you…”
  • “I know you’re not supposed to, but…”
  • “My friend said you could…”
The agent should hold firm to its rules. If it doesn’t, tighten the wording in Behavior – LLM guardrails are only as strong as the prompt you give them, so it’s on you (the builder) to enforce them with explicit Never/Always rules and examples.
Common mistakes:
  • “Try to avoid sharing personal information” → “Never share personal information”
  • “You help with various things” → “You help with order tracking, returns, and product questions”
  • Always specify what the agent cannot do, not just what it can do

Prompting principles

Effective agent configuration is a form of prompt engineering. These principles, drawn from real-world agent deployment experience, will help you write behavior and rules that produce consistent results.
LLMs predict the next most likely token based on your prompt. Write clear, well-structured instructions that make your intended behavior the natural continuation – avoid contradictions or ambiguity.
Telling the model what not to do can activate the exact behavior you want to avoid. Instead of prohibiting outcomes, direct the model toward what you want.Avoid:
Better:
Concrete examples shape tone, structure, and decision-making more reliably than abstract rules. Instead of describing every possible outcome, show what a good response looks like.
Every instruction is another piece of data the model must reconcile. If a piece of information is not proven to improve behavior, leave it out. Test the impact of each instruction – if it doesn’t help, remove it.
LLMs give more weight to information at the beginning or end of a prompt. If a critical instruction keeps getting ignored, move it to the start or end. Repeating crucial rules is acceptable.
Don’t assume tone will emerge naturally from a label. Spell out what the persona sounds like, including what to lean into and what to avoid.

Check your understanding

  • Role defines scope clearly
  • Personality sets actionable tone
  • Behavior includes hard constraints and detailed rules
  • Tested in Chat – agent refuses inappropriate requests and holds tone

Try it yourself

1

Challenge: Write behavior config for a clothing retailer

Write a 3-sentence Personality block and 3 Behavior rules for a customer service agent for a clothing store called “Bloom & Co.” The agent can help with order tracking and returns, but cannot process refunds directly.
Personality should describe tone and communication style in actionable terms (not just “be friendly”). Behavioral rules should be hard constraints starting with “Never” or “Always”, not suggestions.
Personality:
Rules:

Check your understanding

Go deeper

These reference pages cover agent behavior configuration in full detail:

Agent settings

Complete reference for all agent configuration options

Agent behavior

Detailed guide for the Agent page – personality and role

Behavior reference

Full reference for writing and scoping behavioral rules

← Previous: Create a project

Lesson 1 of 6

Next: Add a simple topic →

Lesson 3 – teach your agent its first answer
Last modified on June 18, 2026