Guides
Breadcrumbs

Self-Learning Agents User Guide


Overview

OCP® Self-Learning Agents are the latest generation of contact center automation on the Omilia Cloud Platform® (OCP®). Instead of manually designing conversation flows, scripting dialogs, or engineering prompts, the platform learns directly from your existing customer interactions.

Connect your contact center, upload your call recordings or transcripts, and the platform automatically:

  • Discovers what your customers call about.

  • Extracts the knowledge and workflows your agents use every day.

  • Builds complete conversation flows and resolution strategies (Playbooks).

  • Deploys production-ready AI agents without writing a single line of dialog script.

Self-Learning Agents are suitable for any contact center size, from small and mid-sized businesses to large enterprises, and support pre-packaged models for retail, financial services, healthcare, technology, utilities, and travel. The system adapts to any industry through its self-learning algorithm.

This guide walks you through the full journey: from initial data ingestion to a live, continuously improving AI agent.

2026-08-03_14-20-18.png

How Self-Learning Works

The Self-Learning platform follows a five-stage pipeline:

Stage

What Happens

Observe

Audio or transcript files are ingested and processed. Speaker diarization separates the agent from the customer, and the system extracts structured call data (use cases, entities, and resolution steps).

Consolidate

Calls are clustered by topic. Dominant patterns are identified using sequence alignment, producing consensus workflows per use case.

Suggest

The platform generates automation suggestions and FAQ knowledge items for human review. Nothing is deployed without your approval.

Approve

You review each suggestion and accept or reject it. Accepted items are added to your knowledge base or queued for deployment.

Deploy

A complete Playbook is generated per use case and used to deploy an AI agent. The agent goes live with a verified, data-driven configuration.

The cycle is continuous. Every new call that your deployed agent handles feeds back into the system, refining patterns and improving accuracy over time.


Prerequisites

  • An active OCP account with administrator or owner permissions on your organisation group.

  • Access to Self-Learning in the OCP Console.

  • Your call recordings, transcripts, or knowledge documents ready to upload.

New organisation/group? Wait at least 15 minutes after the group is created before your first upload. The authentication token needs time to synchronise; uploading too early returns a permission error


Key Concepts

Three Types of Memory

The platform maintains three distinct types of memory, each capturing a different aspect of your contact center knowledge.

User Memory stores per-customer attributes-account type, preferences, service history, and other details gathered from previous interactions. This enables agents to personalize each conversation. Remembered attributes are surfaced as contextual hints and are always confirmed before being acted upon, preventing stale data from affecting outcomes.

Environmental Memory captures organizational knowledge that applies broadly FAQ answers, policy details, program information, and rate data. When the same fact appears consistently across many calls, the system builds confidence in it and surfaces it for review. Once approved, it enters the knowledge base that powers your FAQ agents.

Episodic Memory records the structured workflows behind successful interactions; the sequences in which information is gathered, confirmed, and processed. This is the core learning mechanism, it teaches the platform how your best agents handle each type of call.

Playbooks

A Playbook is the central output of the Self-Learning pipeline for each use case. It is a versioned, structured document that captures:

  • The use case description, volume metrics, and success rates.

  • The phases of the conversation (authentication, account lookup, transaction, resolution).

  • Information to be gathered in each phase, including collection order and natural language prompts.

  • Decision points and branching conditions (for example, routing to collections when an account is overdue).

  • API tools to invoke to complete the task.

  • Safety guardrails and business policies extracted from real call patterns.

Playbooks are both human-readable and machine-actionable. Business stakeholders and compliance teams can review and approve them before they drive any automation. Once approved, a Playbook generates the complete agent configuration automatically.

Playbooks use semantic versioning. Minor changes (new phases) trigger a minor version update; refinements within existing phases trigger a patch; structural removals trigger a major version. Every version change is surfaced for review before affecting deployed automation.

Agent Types

The Self-Learning framework includes several agent types that work together:

Concierge - the front door. Greets callers, answers common questions instantly, routes the rest. Usually your first deployment, and it updates itself as you add specialists.

FAQ agents - fast, accurate question-and-answer, powered by your knowledge base.

Task agents - self-service flows such as account management, billing, and transactions. They follow a playbook and can call your backend systems.Convergence Levels

Convergence: getting cheaper over time

As the system processes more calls for a given use case, it progressively replaces AI-driven handling with cheaper, deterministic execution. This is referred to as Convergence.

Level

Description

Relative Cost

Level 0

Fully autonomous AI-the LLM handles every step

Highest

Level 1

Hybrid-deterministic FAQ responses, AI fallback for complex steps

Reduced

Level 2

Mostly deterministic-Playbook-driven execution, AI reserved for edge cases

Low

Level 3

Fully deterministic-pure rule-based execution with no AI involvement

Lowest

A mature deployment at a hybrid steady state typically cuts handling cost by around three quarters versus running fully autonomous. Full convergence goes considerably further. This happens on its own, in the background, as your data accumulates, there is nothing to configure.

This is possible because the autonomous agents generate exactly the specifications their deterministic replacements need. No one has to write them.


Configure a Self-learning Agent

Step 1 - Ingest Your Data

Start ingesting your data to bring your new agent or life. You can upload several types of files, connect a call center and provide a description to your agent.

2026-08-03_14-17-02.png


Upload Files

Supported Data Formats

Format

Type

Notes

MP3, WAV, M4A, AAC, OGG, FLAC, MP4

Audio, Call recordings

Speaker diarization is performed automatically

TXT

Text transcript

Use [Customer] and [Agent] speaker labels

JSON

Pre-transcribed

Must conform to OCP transcript schema

PNG, JPEG

Images

Text is extracted

PDF, DOCX, XLSX, PPTX web URL

Documents

Used to enrich the FAQ knowledge base

Web pages

knowledge

Switch the upload panel to web mode

OpenAPI specification

API definition

Used to suggest and bind backend tools

Upload Limits

  • Maximum 50MB file size

  • Maximum 1 GB total per batch of files

  • For larger datasets, upload in multiple batches

How to Upload

2026-08-03_14-31-41.png
  1. Log in to the OCP dashboard and navigate to Self-Learning.

  2. On the dashboard, click Upload files (for call recordings or transcripts) or Import from URL

  3. Drag and drop your files into the upload area, or browse to select them.

Tip: You don't need to label, pre-process, or organise your files before uploading. The platform handles transcription, speaker identification, and use case classification automatically.


Connect your call center

To connect your contact center with this agent, follow these steps

  1. Click the Connect cal center button

  2. Select your CCAAS provider and press Continue

    2026-08-03_14-26-16.png


  3. Add you CCAAS provider credentials.

    2026-08-03_14-26-52.png


Step 2 - Review Discovered Use Cases and Knowledge

Once calls are processed, the dashboard displays the use cases the platform has discovered.

2026-08-03_15-51-25.png

Each use case shows its current status:

  • Collecting Calls - the platform is still accumulating conversations to build a reliable pattern. A minimum of five conversations per use case is required; 200 per use case is the recommended minimum for reliable automation; 1,000 per use case is the target for production-quality results.

  • Ready - sufficient conversations have been analysed and the use case is ready for review.\

Once data has been gathered click the Generate playbook button to create the first version of this Agent’s user case.

2026-08-03_14-45-25.png

Reviewing FAQ Knowledge

The Knowledge Base section holds everything your agent knows how to answer. It is one list, with two kinds of content mixed together: answers the platform learned from your calls, and files you uploaded.

Every row carries a status so you can see at a glance what needs you:

Status

What it means

What to do

Needs attention

Waiting for your review, or something failed

Open it and review, or re-upload

Processing

The platform is still working on it

Nothing - check back shortly

Ready

Approved, and will go live on your next deploy

Nothing

Live

Already serving customers

Nothing

Dismissed

You excluded it on purpose

Nothing

Click on any use case marked Ready to review the knowledge items the platform extracted.

2026-08-03_15-00-14.png

For each item, you can:

  • Accept - adds the item to your knowledge base immediately, making it available to FAQ agents.

  • Reject - discards the item.

Every extracted knowledge item traces back to real conversations. The platform doesn't generate generic content-each answer reflects how your agents actually handled that question.

Reviewing Use Cases

Use Case Overview

From the Overview you can check some basic information including, Status of the use case, KPI Forecast, list of source documentation, direct link to insights tests and the Resolution Strategy.

There are also the options of Pausing the Agent or Rebuild it from start with the latest data.

2026-08-03_16-52-10.png

When enough conversations are gathered, the platform builds a Resolution Strategy for the use case

2026-08-03_15-25-41.png

This includes:

  • A complete Playbook with phases, steps, guardrails, business policies, and API tool suggestions

  • KPI forecasts showing projected AI resolution rates, CSAT scores, handle time reduction, and cost savings

Use Case Details

Review the strategy in the Details tab before approving deployment. The details area provide the complete information of the playbook.

2026-08-03_15-23-56.png

Section

What it holds

Identity

Who the agent is and how it introduces itself

Guardrails

Safety rules, taken from what your agents consistently do (for example, never change an account before authenticating)

Policies

Business rules found in your call patterns (for example, business accounts need a Tax ID)

Conversation Flow

The phases of the call, in order, with branch conditions

Response Format

How the agent phrases things

Tools

Backend systems the agent calls

Data Collection

What information to gather, in what order, and what needs confirming

Knowledge Base

Which knowledge this agent draws on

Phrases

Wording that works, taken from successful calls

Examples

Sample exchanges

Edit anything, and a bar appears at the bottom with Reset and Save. Your edits are recorded in the version history automatically, so you can always see what a human changed versus what the platform learned.

Pay particular attention to:

  • Guardrails - safety rules derived from your agents' consistent behaviour (for example, never process account changes without authentication)

  • Business policies - operational rules extracted from call patterns (for example, business accounts require a Tax ID)

  • Conversation flow - the step-by-step phases and branching conditionsReviewing Resolution Strategies

Pay particular attention to:

  • Guardrails - safety rules derived from your agents' consistent behaviour (for example, never process account changes without authentication)

  • Business policies - operational rules extracted from call patterns (for example, business accounts require a Tax ID)

  • Conversation flow - the step-by-step phases and branching conditionsReviewing Resolution Strategies

Test

Generate test scenarios for this playbook. Pick how many you want (up to 30) and the platform writes them from the playbook itself. Each scenario has a persona, a goal, and explicit must and must-not conditions. Expand any scenario to read it in full.

2026-08-03_17-05-51.png

Use this tab to author and review your test scenarios. To actually run them against your agent and get scored results, use the Testing screen.

2026-08-03_17-06-57.png

Step 3 - Deploy Your Agent

Deployment is one action for the whole project. At the top of the Agents screen is your Concierge, the front-door agent that greets every caller, answers common questions immediately, and routes everything else to the right specialist agent.

Once you've reviewed the Playbook and are satisfied, deploy the agent directly from the dashboard.

2026-08-03_15-58-20.png
  1. Confirm the playbooks you want live are Active, and the knowledge you want live is Ready.

  2. On the Concierge card, click Build New Version if you have not already. Review the instructions, double-click to edit them if you want to adjust tone or behavior.

  3. Click Deploy. You will watch the platform work through the steps live: writing the agent's instructions, building the mini-applications it needs, and publishing everything to OCP. When it finishes, your agent is live.

    2026-08-03_16-13-47.png


    Everything that would normally be manual configuration, system prompts, tool bindings, agent wiring, routing, is generated for you.


  4. Status changes to ACTIVE. Your agent is now live.

From upload to deployed agent: under 15 minutes for a standard use case with sufficient data.

Keeping it current

Whenever you accept new knowledge, edit a playbook, or approve a new version, the Concierge card shows Update Available. Your changes are staged but not yet serving customers. Click Deploy again to push them live.

Older versions stay listed so you can compare them, and you can activate a specific version or delete versions you no longer need.

As you add more use cases, the Concierge updates itself to route to the new agents. You do not wire routing by hand.


Step 4 - Monitor and Improve

Continuous Learning

Deployment is the beginning, not the end. Every interaction your live agent handles is processed by the Self-Learning pipeline, refining patterns and improving Playbook accuracy over time.

When new patterns accumulate, the platform generates a new Playbook version (for example, upgrading from V1.0.0 to V1.1.0) and notifies you with "New strategy available." You review and approve the new version before it goes live.

Continuous Improvement - Multi-layer Analysis

Every call your live agent handles feeds back into the pipeline. Calls that score badly or get escalated to a human are analysed in particular detail, across three layers:

  • Understanding - did speech recognition and language understanding get it right? Was it routed correctly?

  • Logic - was the flow right? Were the right tools called? Was a policy or guardrail violated? Was knowledge missing?

  • Generation - was the response right? Speech synthesis, wording, turn-taking.

Omilia owns the whole stack, from speech recognition through to speech synthesis, which is what makes analysis at this level of detail possible.

Adding API Tools

The platform proactively suggests API tools that would improve agent performance. Each suggestion shows the projected impact on resolution rate and average handle time. To connect a backend capability:

  1. Upload an OpenAPI specification for the relevant API.

  2. The platform classifies it, links it to the relevant use case, and generates a new Playbook version incorporating the new capability.

  3. Review the updated forecasts and deploy the new version.

Adding Knowledge Sources

You can enrich your agents' knowledge at any time by uploading additional documents or URLs. A single web page can generate dozens of verified FAQ items; a policy document can add structured business rules. Each new source triggers a Playbook version update for the affected use cases.


OCP Co-Pilot

Throughout your Self-Learning journey, OCP Co-Pilot provides context-aware guidance at every step-from launching and building to testing and optimising. Co-Pilot assists with:

  • Agent creation and configuration

  • Interpreting platform knowledge and explaining settings

  • Suggesting next steps based on your current status

RingCX customers can interact with Co-Pilot directly from the RingCX interface, creating a unified experience. For advanced actions, RingCX users can access the Self-Learning interface through the RingCX UI or by logging in with a Single Sign-On (SSO) method.


Bootstrapping - Starting with Historical Data

If you are deploying Self-Learning for the first time and do not yet have live traffic, bootstrapping lets you ingest historical recordings in bulk before go-live. Your agents then enter production already informed, rather than starting from nothing.

Bootstrapping is a one-time engagement, priced per ingested call. After the initial batch, continuous self-learning takes over automatically.

Scenario

Calls per Use Case

Total Calls (example: five use cases)

Minimum viable

200

1,000

Recommended

1,000

5,000–10,000

Large deployment

1,000+

20,000+

Note: 200 calls per use case is the floor, not the target. Deployments bootstrapped at the minimum threshold achieve effectiveness faster than starting from zero, but 1,000 calls per use case produces a significantly more accurate initial model.

For guidance on scoping a bootstrapping engagement, contact your Omilia account team.


Integration and Security

OCP® Self-Learning Agents support integration with a broad ecosystem of platforms and services:

  • Certified to PCI-DSS, SOC 2 Type II, ISO 27001, HIPAA, GDPR, and CCPA.

  • Uploads are automatically screened for content that attempts to manipulate the AI; you are alerted if anything is found.

  • Every playbook records exactly which calls and documents it was built from, so any behaviour can be traced back to its source.

  • Open APIs and SDKs are available for custom integration.


Troubleshooting

Symptom

Likely Cause

Resolution

403 error on upload

New group authentication token has not yet synchronised

Wait 15 minutes after group creation, or log out and log back in

403 error on upload

Insufficient permissions

Verify you have Organisation Owner and Group Owner permissions. Contact your administrator or Omilia Support.

Upload succeeds but no use cases appear

Known platform issue

Try re-uploading, or use a different group. Check current platform status with your Omilia account team.

Audio recordings don't process correctly

Audio quality, format, or speaker separation issues

Use pre-transcribed text files (.txt) as an alternative. These produce reliable results

Download fails on large batches

Batch size limit

Download in batches of ten files at a time

Files show "Fail" status after upload

File format or size issue

Check: maximum 1 GB total, maximum 100 files per batch, MP3/WAV for audio, TXT for text

Group assignment reverts after login

Known platform bug

Verify group assignment immediately before every upload session

For issues not listed here, contact Omilia Support or your designated Customer Success Manager.


Frequently Asked Questions

What are Self-Learning Agents?
Self-Learning Agents are Omilia's all-in-one contact center automation framework. They use combinations of back-office agents and interaction data to continuously build, update, and optimise the frontline AI agents that customers interact with. These include the Concierge, FAQ/General Enquiry, and Task/Self-Service agents in various autonomy formats rule-based, hybrid, and fully agentic.

How are Self-Learning Agents different from traditional conversational AI agents?
Traditional rule-based conversational AI agents are a subset of the wider Self-Learning framework. Self-Learning Agents continuously improve from interaction data, eliminating the need for manual flow design and ongoing prompt engineering.

Are Self-Learning Agents fully autonomous?
Self-Learning Agents can be fully autonomous depending on the design and use case. Configuration options include falling back to a fully autonomous frontline agent instead of escalating to a human agent.

Do Self-Learning Agents work for all contact center sizes and industries?
Yes. The framework is designed to scale from small and mid-sized businesses to the largest multinational enterprises, with full flexibility across implementation models and delivery formats. Pre-packaged models are available for retail, financial services, healthcare, technology, utilities, and travel.

Can existing Omilia customers implement Self-Learning Agents alongside their current setup?
Yes. Contact your Omilia account team for guidance on integrating Self-Learning Agents with your existing implementation.


Glossary

Term

Definition

ASL (Automatic Self-Learning)

Continuous learning from live calls, included in the Agentic Voice SKU. Runs automatically after deployment with no additional configuration.

Bootstrapping

A one-time, pre-deployment batch ingestion of historical call recordings used to pre-load the Self-Learning system with knowledge before go-live.

Concierge Agent

The front-door agent responsible for greeting callers, answering FAQ questions, and routing to specialist task agents. Updates automatically as new task agents are deployed.

Convergence

The progressive shift from AI-driven (expensive) to deterministic (cheaper) handling of a given use case as the system accumulates sufficient pattern data.

Episode

A single resolved customer call that has been processed by the learning pipeline. Episodes are the raw material from which patterns are extracted.

Environmental Memory

Organisational knowledge (FAQs, policies, rates) that applies broadly across all interactions.

Episodic Memory

Workflow patterns derived from observed calls-the sequences of steps that constitute successful interactions.

NBA (Next Best Action)

A real-time prediction of the most useful next step for the agent, based on conversation history and learned patterns.

Pathfinder

OCP's knowledge management and search system, used to power FAQ agents with structured knowledge bases.

Playbook

The versioned, structured document that consolidates everything the system has learned about handling a specific use case. The single source of truth from which agent configurations are generated.

Resolution Strategy

The platform's data-driven plan for handling a use case, including the Playbook, KPI forecasts, and deployment configuration.

Trajectory

The ordered sequence of phases and actions extracted from a single call. Multiple trajectories for the same use case are clustered to identify dominant patterns.

User Memory

Per-customer attributes (account details, preferences, history) stored to enable personalised interactions.


For questions about this guide, contact your Omilia Customer Success Manager or the OCP documentation team.

When you use Omilia conversational AI related products, please refer to the two new EU AI Act documents ahead of the transparency obligations deadline: