How to Create an Agentic Virtual Agent

 

What this guide covers
• Create a new virtual agent
• Add and configure an Agentic node
• Connect knowledge, exceptions, guidance and guards
• Test and tune the experience

 

Before you start

Prepare at least one Supsearch search engine with trained content. Agentic nodes use Supsearch as their knowledge layer.

Recommended first build scope

For a first rollout, build a single-use-case agent that answers FAQ-style questions from one knowledge source and hands over edge cases to a human. The video walkthrough follows this pattern using a single Agentic node connected below a Greet node and a single knowledge source.

Step-by-step: create your first agentic virtual agent

1. Create a new virtual agent
 

  1. From Manage Virtual Agents, click Create New Agent.
  2. Enter a clear virtual agent name.
  3. Select the language.
  4. Choose the channel. In the walkthrough, the agent is created for Chat.
  5. Click Create to open the BotStudio graph with a default Greet node.

2. Open Conversation Flow and add a child node
 

  1. In the graph, start from the Greet node.
  2. Create a new child node beneath Greet.
  3. Name it clearly, such as “Agentic”, “Broadband assistant”, or the use case name.
  4. Select Agentic Node as the node type.
  5. Open the new node to start the guided configuration on the right-hand panel.

3. Configure knowledge
 

  1. Add a search engine from the dropdown.
  2. Write a description that tells the model when to use this knowledge source. In the video example, the description is effectively “use this search engine when answering questions about Puzzel Broadband”.
  3. Optionally add tags if you want to restrict which articles can be used.
  4. Set a search confidence threshold only if you want to filter out weaker search results. Articles below the threshold are ignored.
  5. Leave “Show links used for answer generation in agentic responses” enabled if you want source links returned to the user.

4. Configure exceptions
 

  1. Review the default handover exception.
  2. Add exceptions for cases where the agent should stop being autonomous and route to a deterministic flow or human queue.
  3. Good starter exceptions are: speak to a human, order issue, complaint, identity verification, or any workflow that needs backend integration.
  4. Each exception needs a name, a prompt describing when it should trigger, and a child node to route to.

5. Add guidance
 

  1. Use guidance to define the agent’s role, tone, output style, and hard rules.
  2. Decide whether to inherit global instructions from Configuration > Generative AI. This is enabled by default.
  3. In the walkthrough, the guidance follows a grounded-answer pattern: always search for articles first, answer only from the retrieved content, politely decline when the answer is not found, and respond politely to pleasantries or clarifying questions.
  4. Keep first-version guidance short and explicit. Long prompts are harder to tune.

6. Set temperature

  1. Use a lower temperature for factual support scenarios.
  2. The recorded example uses a low setting around 0.3, which is a good starting point for customer support use cases.
  3. Increase temperature only if you need more expressive phrasing and variation.

7. Configure guards and fallback
 

  1. Choose whether to enable Answer Relevance, Groundedness, and Word Similarity.
  2. Keep guard settings conservative at the start. Overly strict settings can prevent the node from answering at all.
  3. Define a custom fallback node if you want behavior other than the Global Fallback Node, such as asking the user to rephrase or routing to human handover.

8. Finish configuration

  1. Click Finish to save the Agentic node.
  2. Confirm the node is connected correctly in the flow and appears under the Greet node or whichever parent node you selected.

9. Test the experience

 

  1. Use the demo panel on the right side of BotStudio to ask representative user questions.
  2. Enable status messages in Configuration > General to see what the node is doing during a conversation.
  3. Use the footsteps icon to inspect logs for exception classification, knowledge search, guard evaluation, and final output generation.

10. Tune after testing

  1. If answers are weak, improve the knowledge source before rewriting prompts.
  2. If the agent answers when it should route, tighten exceptions.
  3. If the agent is too rigid, soften the guidance or reduce guard strictness.
  4. If hallucinations appear, lower temperature and strengthen grounding instructions.

Configuration cheat sheet

Setting area

What to decide

Recommended starting point

Knowledge

Which search engine and when it should be used

One trained Supsearch source with a clear description

Exceptions

When to exit autonomous handling

Human handover plus 2–4 business-critical routes

Guidance

Role, tone, hard rules, answer format

Short, explicit, grounded instructions

Temperature

How deterministic or creative the node should be

0.2–0.4 for support use cases

Guards

How strict the quality checks should be

Start light, then tighten after real testing

Fallback

What happens when the node cannot answer safely

Rephrase prompt or handover path

What to expect in your first release

  • Expect the quality of answers to depend heavily on knowledge quality. A well-structured search engine matters more than clever prompting.

  • Expect to iterate on exceptions. Early versions usually either over-route or under-route.

  • Expect some tuning of guidance, temperature, and fallback behavior before the experience feels production-ready.

  • Do not expect the Agentic node to replace every deterministic flow. Use it where flexible understanding helps, and keep fixed flows for transactions, compliance-heavy journeys, and sensitive workflows.

Common launch mistakes to avoid

  • Starting with too many knowledge sources and no clear descriptions.

  • Writing very long guidance instead of a few high-priority rules.

  • Skipping exception design and relying on the model for everything.

  • Turning guards up too high before understanding baseline answer behavior.

  • Testing only happy-path questions instead of real customer phrasing.

Published

Last updated

0
0