Skip to main content
Open your chat agent and select the Advanced Settings tab. Panels are listed in a left sidebar; the page opens on Inactivity Follow-up, and the active panel syncs to the URL so you can share a link straight to it. Two things about how editing works here:
  • Changes auto-save into your draft. Almost every panel saves as you type — there’s no panel-level Save button (dialogs like Add Testimonial or Add Field have their own Save; the Customize modal in the Feedback panel is the one that saves manually). Note that testimonial content lives in a team-level library and saves immediately — only the agent’s selection of testimonials is draft-gated. You need the draft edit lock (Start Editing) to change anything; viewing a historical version is read-only. Auto-saved changes still only affect the live agent once you publish — see Publishing and Versioning.
  • Some panels only appear for some agents. Visibility depends on the agent’s channel and engine:
The guiding principle, as with voice agents: defaults are sensible — change a setting when you observe the specific problem it solves. Each section below tells you what that problem looks like.

Inactivity Follow-up

When a customer goes quiet, the agent generates a follow-up message after a timeout instead of letting the thread die. Off by default; turn it on for sales and lead-capture agents where a stalled conversation is a lost lead.

Human Escalation

Two cards: when to hand off, and what the bot says while the human is on the way. This is the configuration side of escalation — for how your team actually receives and works escalated threads, see Human Takeover. Human Agent Escalation — a master switch plus one textarea:
The escalation criteria don’t have to cover everything — when you need to escalate in other cases, your prompt or tools can call the escalate_to_human tool directly.
Auto-Reply Messages — what customers see between escalation and a human’s first reply:

Testimonials

A team-level library of customer testimonials the agent can surface in the chat widget. Click Add to open the Add New Testimonial dialog: Client Name and Avatar Image are required; Client Title, Testimonial text, Business Description, Post URL, and Company Logo are optional. Curate a handful of strong, relevant ones rather than dumping every review — the agent references the testimonials you select here.

Tools

The agent’s tool registry: custom API-call tools you define plus preset tools. This is where you give the agent abilities beyond text — checking order status, creating tickets, hitting your backend.

Message Bundles

Manage reusable bundles of messages for this agent. Worth a look once your agent sends the same multi-message sequences repeatedly.

Webhook

One field: a URL that receives real-time notifications about chat interactions. Must be http/https; leave it empty if you don’t need it. Set it when your own systems need to react to conversations as they happen rather than polling.

Analysis & Summary

Three cards controlling what happens after a conversation: the model that analyzes it, the summary it writes, and the structured fields it extracts. The output of all three lands in the conversation analysis panel. Analysis Model — the model that runs post-conversation analysis. This is separate from the conversational model that talks to customers (see Choosing an LLM Model). Summary Generation Prompt — customizes how conversation summaries are written. It ships with a long templated default (including a {language} placeholder) and a Reset to Default button, disabled while you’re already on the default. Edit it when summaries consistently miss what your team scans for — e.g., “always state the customer’s request in the first sentence and end with the resolution status.” Analyze Fields Configuration — structured data extracted from every conversation. Each field has:

Conversation Categories

Define categories the agent uses to classify each conversation — one name plus a description per category, editable inline. A locked default category Unknown (“Not one of the above categories”) always exists and can’t be renamed or deleted; every other category needs both a name and a description. Write descriptions as decision rules, not labels — “Billing: questions about invoices, charges, or payment methods” — because the description is what the classifier actually reads. Keep the list short and mutually exclusive; overlapping categories produce noisy reports.

Notification

Alerts your team when a condition you describe is met in a conversation. Off by default. When enabled, four things are required: the trigger description, a Title, a channel, and valid recipients.

Feedback

Website channel only.
Two independent switches:
  • Message Feedback — when enabled, users see thumbs up/down buttons on chatbot messages. Cheap signal; turn it on unless your widget design forbids it.
  • Conversation Feedback — lets users rate the overall conversation when the chat ends. When enabled, choose when the prompt appears (Show feedback when user:Click on ⭐, the default, or Close conversation), and use the Customize modal to rewrite every string: thank-you message, the question text (“Please rate your experience”), input placeholder, skip/submit button labels, success message, the five rating labels (Very Dissatisfied through Very Satisfied), and the low-rating follow-up (“Thanks for your feedback! What could be improved?”). This modal is the one place on the tab that saves manually — click save before closing it.

Social Feedback

Messenger, Zalo OA, TikTok, and LinkedIn channels only.
Automated feedback collection with a follow-up when the rating comes back low.

Bridge Configuration

Technical settings for embedding the chat widget inside a native mobile app: a boot timeout and boot-message requirement, the iOS/Android handler function names (default chatboxTriggerToApp) and callback (appTriggerToChatbox), optional JWT authentication with an RS256 public key, and event mappings that turn external app events into chat messages. If you’re not shipping the widget inside a native app, skip this panel entirely; if you are, your mobile developers set these values, not the agent builder.

Security

Domain Allowed List (website channel only) — controls which domains can embed and use your chatbot widget. Empty means all domains are allowed. Two matching modes, and the distinction bites: example.com is an exact match — it allows example.com and nothing else; *.example.com allows sub.example.com but not example.com itself. To cover both the apex and subdomains, add both entries. Lock this down before launch on the website channel — an unrestricted widget can be embedded (and its message budget burned) by anyone. Message Limit — when the limit is reached, the bot stops responding in that thread:

Schedule Meeting

Single Prompt engine only — Conversational Flow agents use a booking node instead (Flow Node Features).
A switch plus a Calendar App selector that lets the agent book meetings mid-conversation. The full booking setup — connecting a calendar, availability, event types — is covered in Scheduling and Booking.

Contact Collection

Single Prompt engine only — Conversational Flow agents use Contact Collection nodes instead (Flow Node Features).
Collects contact information and syncs it to your CRM. When enabled, at least one field is required.

Message Approval

Single Prompt engine only.
Holds outgoing messages for human approval before they’re sent — for quality and compliance review of what the agent says at runtime. This is not the publish approval workflow. That feature gates publishing a draft agent version; this one gates individual messages the live agent wants to send. You can use either or both.

Others

AI Response Settings Automated Messages On Zalo OA and Messenger channels, each of these has a Feedback Button sub-switch that attaches a feedback prompt to the message. Daily Report (website channel only) — an Auto-generate Reports switch that tracks daily performance metrics. See Daily Reports for what the report contains.

A configuration pass that works

  1. Escalation first. Rewrite the Escalation Criteria with your product’s real failure modes, and set both Auto-Reply Messages. A bot that fails gracefully buys you time to tune everything else.
  2. Analysis fields next. Define your Analyze Fields and Conversation Categories before launch — you can’t retroactively extract structured data from conversations analyzed without them.
  3. Wire up Notification. One specific trigger, a scannable title, the right channel. This is how you find out what’s happening without reading every thread.
  4. Then limits and security. Set the Domain Allowed List (website), sanity-check the Message Limit, and decide whether this agent needs Message Approval while it earns trust.
  5. Leave the rest at defaults until a real conversation shows you the problem a setting solves.

What’s Next