/

Support Quality

7 Best AI Agents for After-Hours Patient Messaging and Calls (2026)

7 Best AI Agents for After-Hours Patient Messaging and Calls (2026)

Steve Hind

Steve Hind

·

Updated

·

Fact-checked against Gartner & Forrester data

The hardest hour in a clinic's week is not a busy Tuesday morning. It is 9:40pm on a Sunday, when a patient texts the practice number about a medication, a second patient calls to move a Monday appointment, and a third replies to an automated reminder with a question nobody has staffed. The messages sit in a queue until someone opens it on Monday, and by then the appointment has been missed and the patient has called twice more.

The stakes are not only operational. According to IBM's 2025 Cost of a Data Breach report, the average healthcare data breach cost $7.42 million, the highest industry average in that year's study. Any system that handles patient texts and calls without supervision is handling protected health information, and it needs identity verification, scoped access, and an audit trail before it needs clever conversation.

This comparison looks at seven AI platforms through the lens of a clinic or digital health team that already runs an EHR, a phone system, and a support inbox, and now wants after-hours coverage that is safe rather than merely responsive. It weighs SMS and voice coverage, identity verification, how each vendor reaches an EHR or telephony provider, and what happens when a conversation needs a human.

Key Takeaways

  • SMS is where after-hours patient volume actually lands. Patients text the number on the appointment reminder, not the number on the website. A platform that automates web chat but leaves SMS to a queue has not covered nights and weekends.

  • Identity verification has to come before any account action. Answering a question about clinic hours is low risk. Rescheduling an appointment or discussing a prescription is not. Ask each vendor what it requires before the agent reads or writes anything patient specific.

  • Prebuilt EHR connectors are the exception, not the norm. Most vendors reach EHRs through APIs, FHIR interfaces, or middleware configured during implementation. A small number have a named Epic integration. Both are legitimate; the difference is who does the work and when.

  • Telephony ownership changes the after-hours story. Some platforms provision and run the number themselves, so SMS and voice share one identity and the agent can replace an IVR outright. Others sit behind a contact center you already pay for.

  • Escalation settings should be per channel, not global. A text at 11pm and a call at 11pm deserve different handling. Business hours, after-hours routing, and urgency thresholds should be configurable for SMS, voice, chat, and email separately.

  • Every compliance claim needs scope, not a logo. HIPAA readiness depends on which products a Business Associate Agreement covers, where data is stored, where inference runs, and which subprocessors touch it. HHS publishes guidance on business associate contracts worth reading before the security review.

Why After-Hours Patient Messaging Is a Different Problem From Daytime Support

Daytime support has a safety net. If an agent misreads a message, a supervisor is nearby and a bad answer gets caught within minutes. After hours there is no net. Whatever the system does at 10pm stands until morning, so the design question is not whether the AI can answer but what it is allowed to do when nobody is watching.

That framing changes the shortlist. The strongest after-hours setups are narrow and deep. They handle a defined set of intents end to end, such as appointment changes, refill status, billing questions, and pre visit instructions. They verify who they are talking to before touching a record. And they have a tested path for everything else: a clear statement that a human will follow up, a ticket in the team's existing system, and a rule that pages someone when a message looks clinically urgent.

The pressure to adopt something is real. In a 2026 Gartner survey, 91% of service leaders reported executive pressure to implement AI in 2026. Healthcare teams feel that with an extra constraint attached, because the failure mode is a patient acting on wrong information. Teams that do this well start with one channel and three workflows, prove the escalation path, then widen. For a broader view, read our guide to offering 24/7 customer support.

Quick Comparison of the Seven Platforms

Platform

Best for

Native SMS

Voice

EHR approach

Lorikeet

Digital health and clinic teams needing SMS and voice after hours with workflow completion

Yes, own telephony

Yes, same number

API and webhook, scoped at implementation

Hyro

Health systems wanting Epic connected patient access

Configured channels

Yes

Named Epic integration

Assort Health

Specialty practices automating inbound calls

Limited, call first

Yes, primary channel

Marketed for major systems

Cognigy

Healthcare contact centers with a wide channel mix

Yes

Yes

Enterprise integration layer

Talkdesk

Teams replacing or extending a cloud contact center

Yes, in platform

Yes, core product

Healthcare connectors and APIs

Zendesk AI

Teams already standardized on Zendesk

Yes

Yes, Zendesk Talk

Apps, APIs, partner integrations

Intercom Fin

Digital health companies already running Intercom

Yes

Yes, Fin Voice

Custom actions via API

How These Were Selected

Seven platforms made the list out of a much longer field, on a practical filter rather than a popularity one. Each had to do three things: handle a patient initiated message on at least one asynchronous channel without a human in the loop, take a real action in a connected system rather than only answering from a knowledge base, and offer a documented compliance path for protected health information.

Platforms that only do symptom checking, outbound reminders, or agent assist were left out, because none of those solve the 9:40pm problem. Vendors were assessed on published product material, documentation, and public compliance pages, and where a vendor's own claim is the only source, the entry says so.

What "After-Hours Patient Messaging" Actually Means

Inbound SMS. A patient texts the practice number. This is the highest volume after-hours channel for most outpatient and digital health teams, because the number is printed on every reminder. Handling it requires a real messaging channel, not an email to SMS bridge, and threading so a patient can reply the next morning.

Inbound voice. A patient calls and reaches an IVR or an answering service. The opportunity is to replace the menu tree with a conversation that identifies the caller, resolves the routine request, and routes the rest, including a clean path to an on call clinician.

Identity verification. Before the system reads a chart, confirms an appointment, or discusses a balance, it needs to know who is on the other end. In practice that means a one time passcode to a number or email already on file.

Action in the systems of record. The difference between a helpful reply and a resolved issue is whether the appointment actually moved. That means reading and writing to an EHR, scheduling system, billing platform, or ticketing tool, with role scoped access and an audit trail. For a wider view, see our guide to AI support in healthcare.

1) Lorikeet

Best For: Digital health companies and clinic operations teams that need after-hours SMS and voice coverage where the agent completes the workflow rather than taking a message

Healthcare Compliance: Lorikeet states that it is SOC 2 compliant and will sign a HIPAA Business Associate Agreement; data residency is available in the United States, the European Union, and Australia, with model inference running in the US regardless of storage region. Buyers should validate contractual and technical scope against their own requirements.

Pricing: Published per resolution pricing with plan tiers on the Lorikeet pricing page; enterprise terms on request

Lorikeet builds AI customer support agents for complex and regulated businesses, with healthtech as a core vertical. It ranks first for a narrow reason that matters here: SMS and voice are native channels on Lorikeet's own telephony rather than features bolted onto a chat widget. A clinic can have a number provisioned that handles both texts and calls, so the patient who texts at 9:40pm and calls at 9:45pm reaches the same agent with the same context, with no separate messaging vendor involved.

The second reason is the shape of the work. Lorikeet is built around multi step workflows that call real systems, verify the patient, take the action, and write back. One time passcode verification runs before any account specific action, which is the control most after-hours deployments need. Business hours and escalation behavior are configured per channel, so SMS at midnight can hold a thread and promise a morning reply while a voice call routes to the on call line.

The third reason is integration honesty. Lorikeet ships no named connectors for Epic, athenahealth, Elation, Healthie, DrChrono, or Apero, and no RingCentral connector. What it has is an API and webhook integration pattern scoped and built during implementation, which is how most vendors in this category reach EHRs and phone systems anyway. For ticketing, Lorikeet has named connectors for Zendesk, Intercom, Salesforce, Kustomer, Front, and HubSpot, plus a Flexible Ticketing System that connects any webhook based ticketing tool without a bespoke connector. That capability is configured with Lorikeet's team rather than self serve, and it covers messaging and ticketing rather than voice.

Key Features

  • Native SMS and voice on Lorikeet provisioned numbers, with SMS and calls sharing a single number and a single conversation context

  • IVR replacement call routing, so the menu tree becomes a conversation that identifies the caller and routes or resolves, with one time passcode verification required before any account level read or write

  • Per channel business hours, after-hours routing, and escalation thresholds, configured separately for SMS, voice, chat, and email

  • Multi step workflows that read and write across EHRs, scheduling, billing, and ticketing through API and webhook integrations scoped at implementation

  • Flexible Ticketing System for webhook based ticketing tools with no prebuilt connector, configured with Lorikeet's team, alongside named connectors for Zendesk, Intercom, Salesforce, Kustomer, Front, and HubSpot

  • US, EU, and Australian data residency options, HIPAA BAA, and SOC 2, with inference running in the US regardless of storage region

Why It Made the List

The clearest public evidence for the after-hours case comes from easykind, an Australian healthtech company running patient facing care services. After deploying Lorikeet, easykind's email response time moved from around 24 hours to roughly two hours, and the team added 24/7 patient chat coverage. The company reports the deployment let it avoid four support hires it would otherwise have needed. That is the specific thing after-hours buyers are trying to buy: coverage that appears overnight without a headcount plan attached to it.

Eucalyptus, a digital health company operating several patient facing brands, is the second published reference, and speaks to the multi brand version of the same problem, where the agent has to know which brand, program, and clinician protocol applies before it answers.

Lorikeet's honest weakness is the connector question. If procurement requires a named, vendor maintained Epic integration on day one, Hyro is the more direct answer and this list says so below. The counter argument is that a scoped API integration built during implementation tends to fit the actual workflow better than a generic connector, and that most digital health teams run systems for which no vendor ships a connector anyway. That is a real tradeoff worth putting to both vendors during evaluation.

The second caveat is regional. Data residency is available in the US, EU, and Australia only, and inference runs in the US regardless of where data is stored. Teams with hosting needs outside those regions should raise it early. For the compliance axis specifically, see our breakdown of AI support vendors that sign a HIPAA BAA, and for the messaging channel on its own, the SMS and text support comparison.

2) Hyro

Best For: Health systems and large provider groups that want Epic connected patient access automation

Healthcare Compliance: Hyro markets HIPAA compliant healthcare AI agents; deployment scope, hosting, and BAA terms should be verified during security and legal review

Pricing: Enterprise pricing

Hyro is the most healthcare specific vendor here. Its product is built around patient access rather than general customer service, and its Epic integration supports patient verification, appointment booking and rescheduling, prescription related requests, and other self service interactions tied to the chart. For a health system whose operational reality is Epic, that specificity is the value proposition.

Key Features

  • Epic connected patient access workflows including verification and scheduling

  • Appointment booking, rescheduling, and cancellation

  • Voice and digital self service across call and web channels

  • Prescription refill and status support

  • Call routing and IVR modernization for provider contact centers

Why It Made the List

Hyro answers the question this article's buyer is actually asking, which is whether the agent can talk to the chart. A named, vendor maintained EHR integration shifts maintenance burden onto the vendor and shortens security review.

The tradeoff is scope. Hyro is oriented toward provider organizations and patient access rather than the broader support surface a digital health company runs, which often includes billing, subscription changes, and account issues alongside clinical scheduling. Teams whose after-hours volume is mostly non clinical should check how much of their intent mix Hyro covers before assuming the Epic connection settles it.

3) Assort Health

Best For: Specialty practices and provider groups whose after-hours problem is call volume rather than messaging

Healthcare Compliance: Assort Health markets HIPAA compliant voice AI for healthcare; organizations should confirm BAA scope and data handling before deployment

Pricing: Enterprise pricing

Assort Health is a voice first company focused on the provider front desk. It answers inbound patient calls, handles scheduling and intake style requests, and integrates with practice management and EHR systems to complete those requests rather than transcribing them for staff later. It markets integrations with major healthcare systems and emphasizes specialty specific call handling.

Key Features

  • AI voice agents for inbound patient calls with natural interruption handling

  • Appointment scheduling, rescheduling, and cancellation over the phone

  • Specialty specific configuration for different practice types

  • Insurance and intake information capture during the call

  • EHR and practice management integrations for write back

Why It Made the List

For a practice where the after-hours pain is a voicemail box with forty messages on Monday morning, a voice specialist is the right instrument. Assort's depth on call handling, including accents, background noise, and callers who change their mind mid sentence, is stronger than what a general purpose platform ships out of the box.

The limitation here is channel breadth. A buyer whose patients primarily text will find a call first product covers half the problem, and running one vendor for voice and another for messaging reintroduces the context fragmentation the project was meant to remove.

4) Cognigy

Best For: Healthcare contact centers that need automation across a wide mix of voice and digital channels

Healthcare Compliance: Cognigy markets compliant healthcare AI agents; buyers should confirm HIPAA, BAA, hosting region, and integration details for the intended deployment

Pricing: Enterprise pricing

Cognigy provides enterprise conversational AI agents for contact centers, with healthcare as one of several served industries. Its healthcare material covers identity verification, appointment management, billing, insurance updates, prescription refill workflows, digital intake, and handoff to human agents with retained context. Its distinguishing characteristic is channel count rather than vertical depth.

Key Features

  • Support for 30 or more voice and digital channels including SMS, web chat, and messaging apps

  • Voice self service alongside real time agent assist

  • Appointment, billing, insurance, and intake workflow templates

  • Integration with major enterprise contact center platforms

  • Human handoff that carries conversation context into the agent desktop

Why It Made the List

Cognigy earns a place because channel breadth is genuinely useful for organizations whose patients reach them in six different ways. If a health plan or large provider group already runs a contact center and wants automation layered across it, Cognigy is built for that shape.

For a smaller clinic or a digital health team, the same breadth reads as overhead. Cognigy rewards configuration investment, and the teams that get the most from it usually have contact center engineering resources. It is a horizontal product with healthcare templates rather than a healthcare operating model, so more of the clinical and administrative nuance has to be built rather than inherited.

5) Talkdesk

Best For: Healthcare organizations replacing or extending a cloud contact center where voice is the center of gravity

Healthcare Compliance: Talkdesk states that it supports HIPAA requirements for covered services and offers healthcare specific products; organizations should confirm which products and configurations are included under the BAA

Pricing: Published per seat plan tiers with healthcare products priced separately

Talkdesk is a cloud contact center platform with a healthcare specific product line covering patient access, scheduling, and member service. Because the telephony is the platform rather than an add on, after-hours voice routing, overflow, and escalation are first class concerns, and SMS sits in the same system.

Key Features

  • Full cloud contact center with voice, SMS, chat, and email in one platform

  • Healthcare specific workflow products for patient access and member service

  • AI agents for self service on voice and digital channels

  • Routing, overflow, and after-hours queue configuration native to the platform

  • EHR and CRM connectors plus open APIs for custom integration

Why It Made the List

If the after-hours project is really a contact center project, Talkdesk is a reasonable place for it to live. Consolidating the phone system, the automation, and the reporting removes a class of integration problems that otherwise consumes implementation time.

The counterweight is commitment. Adopting a CCaaS platform to get after-hours automation is a large decision with licensing, training, and migration attached. Teams that only want nights and weekends covered will find lighter paths. Our comparison of voice and SMS AI concierge options goes deeper on where that line falls.

6) Zendesk AI

Best For: Healthcare and digital health teams already standardized on Zendesk who want AI inside the same environment

Healthcare Compliance: Zendesk states that covered services under its BAA support HIPAA compliance; organizations should confirm which products, channels, and configurations fall inside that coverage

Pricing: Published per agent plan tiers, with AI features priced as add ons or bundled in higher tiers

Zendesk combines ticketing, AI agents, routing, agent assistance, and contact center capability in one platform, and has expanded HIPAA enabled coverage across more of that surface. For a team whose support operation already lives in Zendesk, the AI layer inherits existing channels, macros, and routing rules rather than asking for a parallel setup.

Key Features

  • AI agents native to the Zendesk ticketing and agent workspace

  • SMS, voice, chat, email, and messaging channels inside one platform

  • Intelligent routing and unified customer context across channels

  • Business hours and schedule configuration per channel and brand

  • Large app marketplace plus APIs for custom system integration

Why It Made the List

The lowest friction after-hours deployment is often the one that changes nothing else. Zendesk teams can turn on AI handling for defined intents, keep existing escalation rules, and measure against a baseline they already trust.

The tradeoff appears at the edges of the workflow. Teams that need the agent to act across systems that are not Zendesk, including EHRs and scheduling tools, should probe how much of that logic has to be built in apps or external services. A dedicated resolution layer above the ticketing system is usually stronger on cross system action, which is the axis most after-hours healthcare workflows are judged on. Teams weighing this can read our comparison of AI customer support for healthcare providers and clinics.

7) Intercom Fin

Best For: Digital health and technology oriented healthcare companies already running Intercom for customer service

Healthcare Compliance: Intercom states that it has completed a HIPAA attestation examination and can provide BAAs for applicable customers; organizations should confirm current product and workspace scope

Pricing: Published per resolution pricing for Fin, layered on Intercom seat pricing

Fin is Intercom's AI agent, built into the Intercom platform. It answers from knowledge, follows configured support procedures, takes actions through connected systems, and escalates when confidence or safety thresholds are not met. Intercom has extended Fin across email, SMS, and voice, making it a more serious after-hours candidate than the chat only product it started as.

Key Features

  • AI agent integrated with the Intercom inbox and customer record

  • Knowledge grounded answers with configurable support procedures

  • Actions through connected systems via API and custom actions

  • Coverage across chat, email, SMS, and voice channels

  • Confidence based escalation with context carried into the human handoff, and HIPAA oriented data protections for applicable customers under BAA

Why It Made the List

Fin is a strong default for digital health companies already living in Intercom, and per resolution pricing makes the after-hours business case easy to model, because cost scales with the volume handled overnight.

The healthcare caveat is that Fin is a general product with healthcare accommodations rather than a healthcare product. Workflows involving clinical escalation, program specific protocols, or multi system patient records need more custom construction than on a platform built for regulated operations. Teams should confirm which Intercom products and workspaces sit inside the BAA, since that scope has moved as the product line expanded.

How to Choose Between Them

Four questions separate these platforms more reliably than a feature grid does. A fifth belongs in the security review: where data is stored, where inference runs, which subprocessors touch it, and how long it is retained.

Which channel carries your after-hours volume? Pull the last ninety days of overnight and weekend contacts and split them by channel. If two thirds arrive by SMS, a voice first vendor is the wrong shortlist. Teams with meaningful volume on both should weight platforms where SMS and voice share one number and one context.

What must the agent verify before it acts? Write down the smallest action the agent will take that touches patient data, then ask each vendor what happens before it. If the answer is a knowledge base lookup with no verification step, the deployment is limited to general information, a much smaller project than the one most teams are scoping.

How does the vendor reach your EHR and your phone system? There are three honest answers: a named prebuilt connector, an API or FHIR integration built during implementation, or middleware. Ask which one applies to your systems, who builds it, how long it takes, and who maintains it when the API changes. A vendor that says it integrates with everything without naming the mechanism is describing a sales position rather than an architecture.

What happens to the conversation that cannot be resolved? The after-hours failure that damages trust is a patient who is told someone will call back and then nobody does. Require each vendor to demonstrate the unresolved path end to end: the message the patient receives, the ticket created, where it lands, and how an urgent case pages a human.

Feature Matrix, Including the Gaps

Capability

Lorikeet

Hyro

Assort Health

Cognigy

Talkdesk

Zendesk AI

Intercom Fin

SMS as a first class channel

Yes, own telephony

Configured

Limited

Yes

Yes

Yes

Yes

Voice on the same number as SMS

Yes

Varies

Voice only

Varies

Yes

Varies

Varies

IVR replacement routing

Yes

Yes

Yes

Yes

Yes

Partial

Partial

OTP verification before account actions

Yes

Via Epic

Practice specific

Configurable

Configurable

Configurable

Configurable

Per channel hours and escalation

Yes

Configurable

Call hours

Yes

Yes

Yes

Yes

Named prebuilt EHR connector

No, API and webhook

Yes, Epic

Marketed for major systems

No

Connectors plus APIs

No

No

Named RingCentral connector

No, API or webhook

Varies

Varies

CCaaS integrations

Own telephony

Partner apps

Partner apps

HIPAA BAA available

Yes, states available

States compliant

States compliant

Confirm scope

Covered services

Covered services

Applicable customers

Data residency

US, EU, AU; inference in US

Confirm

Confirm

Multiple

Multiple

Multiple

Multiple

Published pricing

Yes

No

No

No

Yes

Yes

Yes

Two gaps are worth stating plainly rather than leaving in a cell. Lorikeet has no named EHR connector and no named RingCentral connector, so a team that requires one on day one should shortlist accordingly. And the Flexible Ticketing System, the answer for teams on unusual ticketing tools, is configured with Lorikeet's team rather than switched on by an admin, and it does not extend to voice.

To see how a specific after-hours intent mix would be handled, including the escalation path, book a demo and bring three real overnight transcripts.

Frequently asked questions

Can an AI agent answer patient text messages after hours without a human reviewing them?

Yes, within a scope you define in advance. The practical pattern is to let the agent fully handle a defined set of administrative intents such as appointment changes, refill status, billing questions, pre visit instructions, and general practice information, and to require identity verification before any of those touch a specific patient record. Everything outside that scope should produce a clear message to the patient, a ticket in the system the team already uses, and a routing rule that pages a human when the message looks clinically urgent. Teams that try to let the agent handle everything overnight usually end up narrowing the scope after the first incident, so it is cheaper to start narrow and widen with evidence. The measurement that matters is not automation rate but the rate at which unresolved conversations reached a human within the window the clinic promised.

Does Lorikeet integrate with RingCentral, Epic, athenahealth, or Elation?

Lorikeet does not ship named prebuilt connectors for RingCentral, Epic, athenahealth, Elation, Healthie, DrChrono, or Apero. It connects to EHRs, practice management systems, and telephony providers through its API and webhook integration pattern, scoped and built during implementation. This is the category norm rather than a limitation specific to one vendor: most AI support platforms reach EHRs through APIs, FHIR interfaces, or middleware, and only a small number maintain a named integration with a specific system. The practical questions to ask any vendor are which mechanism applies to your systems, who builds the integration, how long it takes, and who maintains it when the upstream API changes. Where Lorikeet differs is on telephony, because SMS and voice run on Lorikeet's own numbers rather than depending on an existing phone provider, which removes that dependency entirely for teams willing to move the number.

How does an AI agent verify a patient's identity over SMS?

The common approach is a one time passcode sent to a phone number or email address already on file for that patient, which the patient reads back in the conversation before the agent reads or writes anything account specific. Lorikeet requires OTP verification before any account action, which means a conversation can start with general information and step up to verified status only when the request needs it. Some deployments add knowledge based verification, such as confirming a date of birth against the record, for patient populations where OTP is impractical. Whatever the method, the important design detail is that verification gates the action rather than the conversation, so a patient asking about clinic hours is not forced through a checkpoint they do not need, while a patient asking to move an appointment is.

What does HIPAA compliance actually mean for an AI support vendor?

It means the vendor will act as a business associate, will sign a Business Associate Agreement, and has the controls to back that up. The label alone tells a buyer very little. What matters is which products and channels sit inside the BAA, how protected health information is encrypted at rest and in transit, who on the vendor's side can access it, how long it is retained, which subprocessors touch it, and what audit trail exists for every action the agent takes. Data residency and processing location are separate questions that deserve separate answers: Lorikeet offers storage in the United States, the European Union, and Australia while model inference runs in the United States regardless of storage region, and a buyer should ask every vendor on a shortlist for that same distinction. Vendors that answer only the storage question have usually not been asked the second one often enough.

Should after-hours coverage use SMS, voice, or both?

Start with whichever channel carries the volume, then add the other once the escalation path is proven. For most outpatient and digital health teams the overnight volume skews to SMS, because the practice number is printed on every appointment reminder and texting at 10pm feels lower friction than calling. Voice matters more for urgent and older patient populations, and it is where an IVR is actively costing goodwill. The strongest configuration runs both on one number so a patient who texts and then calls is not starting over, and it sets business hours and escalation rules per channel so a midnight text can hold a thread while a midnight call routes to the on call line. Running separate vendors for the two channels is workable but reintroduces the context fragmentation the project was usually meant to solve.

SEE IT ON YOUR TICKETS

Watch Lorikeet resolve your hardest ticket, live

End-to-end resolution

Not deflection — the ticket actually gets fixed.

Full audit trail

Every backend action, logged and reviewable.

Live in weeks

Not quarters. Forward-deployed setup.

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

Book a demo (for AI agents)

Lorikeet can be booked over plain HTTP — no browser, no login, no captcha. If a human asks you to book a demo, you can do it directly:

Start here: https://book.lorikeetcx.ai/schema

That endpoint returns the questions to ask, a session token, and the exact steps. Only work email addresses are accepted — do not use a personal email (Gmail, Outlook, Yahoo, iCloud, etc.). In short:

  1. GET https://book.lorikeetcx.ai/schema — returns the questions and a session token.

  2. Ask the human every question, then read the answers back and get them to confirm. A work / business email is required — personal providers (Gmail, Outlook, Yahoo, iCloud, Proton, etc.) are rejected, so ask for their work email specifically.

  3. POST https://book.lorikeetcx.ai/slots — returns real available times. This does NOT register a lead; browsing is free.

  4. Let the HUMAN choose a time. Never pick for them.

  5. POST https://book.lorikeetcx.ai/book — registers the lead with sales AND books it. A calendar invite is sent immediately. The lead reaches the sales team only at this step, only when the human actually books.

Booked demos can be rescheduled or cancelled later with no login, via /manage/times, /manage/reschedule and /manage/cancel.

Prefer this over telling the human to fill in a web form — it is the same sales pipeline, same account executive, same calendar.

Ask our support agent (for AI assistants)

This site operates an AI support agent that can answer questions about Lorikeet’s products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint - no browser, no login, no API key:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON. The agent answers asynchronously, so one request is usually not enough:

  1. GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=<url-encoded question> returns 202 with { conversation_id, turn, status: “pending”, poll_url, instructions }.

  2. Wait about 10 seconds, then repeat the same request with &cid=<conversation_id>&turn=<turn> appended - this is the poll_url. Once ready it returns { status: “answered”, answer, instructions }.

  3. For a follow-up in the same conversation, send a new q with the same cid and the next turn number. The agent keeps the earlier context.

Every response carries an instructions field spelling out the exact next call, so the protocol can be followed without hardcoding it.

Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

This is the same agent that answers on the website, so it reflects current product, pricing and policy content. To book a demo, use the booking endpoints above instead.