Hire a pre-built AI employee
Choose the role, review its responsibilities and configure it for your policies and systems. Establish what it can complete independently and when it should stop or ask for help.
Explore AI employeesHOW UNLEASHX WORKS
Scope one responsibility, connect the systems that prove it finished, and agree the escalation path before anything goes live.
CHOOSE YOUR STARTING POINT
Start with an existing employee when the role fits. Build a custom workforce when your responsibility needs different actions or coordination.
Choose the role, review its responsibilities and configure it for your policies and systems. Establish what it can complete independently and when it should stop or ask for help.
Explore AI employeesDefine the work first, then assign roles, knowledge and actions. Make coordination between employees and human teams explicit, including ownership of work that cannot be completed automatically.
Explore the build pathFOLLOW THE WORK
Choose a role to see how it completes routine work and hands exceptions to the right person.
PETER AT WORK
Peter autonomously qualifies leads, answers approved product questions, books meetings, updates your CRM and manages follow-ups. Switch to an exception to see when, and why, your team steps in.
We need to qualify inbound leads across two sales teams. Can we see a demo?
Which team would attend, and what would you like to improve first?

Capture qualification in CRM
Capture qualification in CRM
Step 1 of 4 · Qualify
Example sequence only. Channels, integrations and permitted actions are configured and validated for your deployment.
THE OPERATING BOUNDARY
Separate the work an employee may do from decisions that require another owner. A handoff is a deliberate part of the operating model.
The employee uses available context and permitted actions to progress eligible work. Clear instructions define the next step and the conditions for completion.
Missing authority, ambiguous requests or unresolved actions need a defined response. Preserve the context and assign the decision to the appropriate team.
Check the relevant record and state. Keep pending work, failures and unknown results visible alongside completed cases.
BEFORE THE FIRST LIVE CASE
Move through readiness gates rather than assuming a fixed deployment timeline. Each gate should leave the team with a clear decision and supporting evidence.
01 · Define
Agree the trigger, intended outcome, eligible cases and exclusions. Identify an owner for exceptions.
Output: responsibility brief02 · Connect
Prepare knowledge and system access. Verify which reads and writes are allowed and how failures are handled.
Output: configuration and access checklist03 · Evaluate
Run normal, ambiguous and unsuccessful cases. Compare observed records with acceptance criteria.
Output: evaluation evidence04 · Release
Agree monitoring, incident ownership and a pause or recovery path. Review results before expanding.
Output: rollout decision and operating ownersCONNECT THE WORK TO YOUR SYSTEMS
Voice, click-to-call, chat, workflows, video and call-evaluation are capabilities within one workforce responsibility. Choose the required set and validate the connections needed for each use case.
Map where the employee finds information and where the completed work is recorded. Review authentication, permissions and source-system behavior before enabling actions.
Explore connected systemsAgree where execution runs, what data it needs and who can make changes. Confirm deployment requirements and operational ownership as part of the scoped implementation.
Review deployment architectureCOMMON QUESTIONS
The trigger depends on the configured responsibility. It may be an incoming request, a connected system event or a schedule. Define eligibility and required context so a trigger does not automatically authorize every possible action.
Not every routine step needs manual approval. Define which actions the employee can take autonomously, which need approval and which are excluded. The employee’s authority should match the risk and the permissions of the connected systems.
The workflow needs a defined recovery path. Separate a confirmed failure from an unknown result, avoid blindly repeating actions that might already have completed, and route unresolved work with the relevant context.
The request, relevant context, actions already attempted, unresolved question and the next owner. The goal is for a person to continue the work without reconstructing the entire interaction.
A pre-built employee starts with an existing role. A custom workforce starts with your responsibility and coordination requirements. Both need instructions, system access, evaluation and operational owners appropriate to the deployment.
Timing depends on scope, data readiness, integration access and approvals. Agree those dependencies before committing to a date. A demonstration is not evidence that the same role is ready for production.
Agree acceptance criteria and representative tests before rollout. Check completed actions in source systems, exception routing and unresolved cases. Expand only after the team has reviewed the evidence and operating responsibilities.


















CUSTOMER REVIEWS ON G2
START WITH ONE ROLE
Bring the workflow, the connected systems and your definition of a successful outcome. We can discuss the employee and evaluation scope that fit.