/

Support Quality

Best AI Platforms for Insurance Claims and FNOL (2026)

Best AI Platforms for Insurance Claims and FNOL (2026)

Lorikeet Logo

Lorikeet News Desk

·

Updated

·

Fact-checked against Gartner & Forrester data

TL;DR: Lorikeet is the best AI for insurance claims FNOL in 2026 because it runs first notice of loss as one continuous conversation across voice, chat, email, and SMS, coordinates adjusters and third parties mid-conversation, and never decides whether a claim is covered. Salesforce fits carriers standardized on Agentforce, Replicant and PolyAI bring genuine voice heritage, and Decagon, Five9, and Sierra round out the field for specific stacks.

First notice of loss is the point where a claim either starts clean or starts broken. A policyholder who just hit a deer at 11pm, or whose kitchen is under an inch of water, makes one contact with their insurer. Everything that happens downstream, from cycle time to leakage to litigation risk, is shaped by how complete that first intake is. Carriers that treat FNOL as a form to be filled tend to spend the next three weeks chasing the information the form missed.

FNOL is also unusually well suited to AI, given the step-by-step nature of it. The intake follows a knowable sequence: identify the policy, establish what happened, capture the loss details the coverage rules require, arrange immediate services, and hand a complete file to the right adjuster. That structure is exactly what modern AI agents execute well, and it is why FNOL has become the most common first deployment for AI in insurance support.

This guide ranks the 7 best AI platforms for insurance claims FNOL and first notice of loss intake in 2026, based on published documentation, named customer evidence, and how each vendor handles the one boundary that matters most in claims: the line between gathering facts and deciding coverage.

Why FNOL is the moment that matters

Claims leaders sometimes describe FNOL as data entry. It is closer to triage. The person reporting a loss is often stressed, sometimes injured, and almost never fluent in policy language. They do not know what a deductible endorsement is. They know their car will not start and they need to get to work tomorrow. The quality of the claim file depends on an intake process that can meet that person where they are and still capture every field the coverage rules need.

Three failure modes show up in almost every FNOL operation that has outgrown its tooling:

  • Incomplete first capture. A rushed phone intake or an abandoned web form produces a claim file with holes. Every missing field becomes an outbound re-contact, and every re-contact adds days to the cycle and erodes trust at the exact moment the policyholder is judging whether their premium was worth paying.

  • Channel fragmentation. The policyholder calls, gets a queue, hangs up, and tries the web form. Then they email photos. In most claims stacks these are three separate records handled by three separate systems, and the customer repeats the accident story each time. Each retelling loses detail and adds frustration.

  • Surge collapse. A hail event or a coastal storm can multiply FNOL volume by ten overnight. Human-staffed intake queues cannot scale that fast, so hold times spike precisely when policyholders are most anxious, and regulators are most attentive to fair claims handling timelines.

The prize for fixing FNOL is concrete. A complete first capture shortens cycle time, reduces loss adjustment expense, and cuts the re-contact loops that drive complaints. It is also the safest place in the claims lifecycle to deploy AI, because FNOL is intake and coordination rather than judgment. The agent gathers facts and arranges services. Coverage decisions belong to the carrier's rules and its adjusters, and the best platforms in this list are explicit about that boundary. If you are looking at the broader claims intake tooling landscape beyond FNOL specifically, our companion guide to the best tools to automate insurance claims intake covers it in depth.

How we evaluated these platforms

We ranked the platforms on five criteria, in priority order:

  • FNOL workflow depth. Can the platform run a genuine step-by-step intake, adapting to loss type and policy context, rather than a scripted form with a chat skin? Can it collect exactly what the coverage rules require without improvising?

  • Channel continuity. Does one agent carry the conversation across voice, chat, email, and SMS, so the customer never repeats the accident and the claim file just gets more complete? Or does each channel run its own bot with its own memory?

  • Third-party coordination. FNOL rarely ends with the policyholder. Tow operators, glass vendors, body shops, and adjusters all need to be looped in. We scored platforms on whether the agent can contact those parties during the conversation rather than dumping tasks into a queue.

  • The adjudication boundary. We ranked platforms higher for being explicit that AI gathers facts and does not decide coverage. A vendor that markets AI claims decisions is a vendor inviting regulatory trouble, and we treated that as a negative signal even when the demo looks impressive.

  • Evidence in regulated deployments. Published, named customer stories in regulated industries beat anonymous case studies and containment-rate marketing. We deliberately demoted containment as a metric, because a contained FNOL conversation that produced an incomplete claim file is a failure wearing a success costume.

Evidence came from vendor documentation, published customer stories, public pricing pages, and third-party reviews on G2. This list is published by Lorikeet and includes our own product at #1. We have tried to be plainly honest about what each competitor does well and where our own gaps are, and you should weigh that disclosure as you read.

The 7 best AI platforms for FNOL at a glance

Platform

Best for

FNOL channels

Third-party coordination

Adjudication stance

Lorikeet

Regulated insurers that want one agent across every channel

Voice, chat, email, SMS

Team of Agents contacts adjusters and third parties mid-conversation

Explicit: never forms an opinion on coverage

Salesforce Agentforce

Carriers standardized on Salesforce

Chat, email, voice via partners

Through Salesforce flows and ecosystem integrations

Governed by carrier-configured rules

Replicant

High-volume voice FNOL in large contact centers

Voice-first, plus SMS follow-up

Warm transfer and task handoff

Positions as intake automation

PolyAI

Enterprise voice assistants with strong speech accuracy

Voice-first

Routing and transfer to human teams

Positions as call handling, does not prominently document a claims stance

Decagon

Digital-first insurers with chat-heavy volume

Chat, email, voice

Escalation workflows to human agents

Does not prominently document a claims stance

Five9

Carriers that want AI inside a full contact center suite

Voice, chat, SMS via CCaaS

Queue and routing based

Does not prominently document a claims stance

Sierra

Consumer brands adopting managed agent deployments

Chat and voice

Escalation to human teams

Does not prominently document a claims stance

The 7 best AI platforms for insurance claims and FNOL in 2026

1. Lorikeet

Best for: Insurers and regulated financial services companies that want one AI agent to run FNOL end to end across voice, chat, email, and SMS, with hard guarantees that the agent never touches coverage decisions.

Lorikeet is an AI support platform built for complex and regulated businesses. Its approach to FNOL starts from the observation that first notice of loss is a step-by-step process with a defined goal: a complete, accurate claim file. The agent identifies the policyholder, walks the intake in the order the loss type requires, captures the details the coverage rules need, and runs those rules as configured by the carrier. The agent never forms an opinion about whether the claim is covered. It gathers what the coverage rules need and runs them. That boundary is architectural rather than a prompt instruction, and it is the single clearest reason regulated carriers shortlist the platform.

The second differentiator is channel continuity. One agent, one conversation state, every channel. A policyholder can start FNOL on a phone call with sub-second responses, drop off, and continue by SMS to send photos, then get the confirmation by email. The customer never repeats the accident, and the claim file just gets more complete. Workflows built for voice deploy to chat without rework, which matters when a surge event pushes volume to whichever channel still has capacity.

The third is coordination. Lorikeet's Team of Agents can contact adjusters and third parties mid-conversation: confirming a tow dispatch, checking an adjuster's availability, or notifying a glass vendor while the policyholder is still on the line. FNOL stops being a message drop and becomes the first act of claim handling.

Key strengths:

  • Sequential, step-by-step FNOL workflows that collect exactly what the coverage rules require, with an explicit no-adjudication guarantee

  • One agent across voice, chat, email, and SMS with full context carry-over between channels

  • Team of Agents coordination with adjusters, tow, glass, and repair vendors during the conversation

  • Regulated-industry guardrails, audit trails, and security posture designed for insurance and financial services scrutiny

  • Per-resolution pricing, so intake attempts that go nowhere cost nothing

Proof: Lorikeet publishes named customer stories with verifiable numbers. Carmoola, an FCA-regulated UK car finance company, resolves 60% of inbound conversations end to end on the platform. That is regulated financial intake at production scale, the closest published analogue to claims work. On the voice side, Wonderschool went from answering roughly 10% of inbound calls to answering 100% of them with Lorikeet's voice agent. Wonderschool is childcare rather than insurance, so treat it as evidence of voice capability under real call volume rather than claims-specific proof.

Honest limitations: Lorikeet does not publish a catalog of prebuilt connectors for insurance core systems the way suite vendors do. Carriers running heavily customized Guidewire or Duck Creek estates should scope the integration work early in evaluation. And there is no published FNOL deployment at a top-ten P&C carrier to point to yet; the strongest named evidence today is regulated finance and high-volume voice.

2. Salesforce Agentforce

Best for: Carriers whose claims operations already run on Salesforce and who want AI intake living inside that ecosystem.

Agentforce is Salesforce's agent layer, and its case for FNOL is the ecosystem rather than the agent itself. A large share of carriers run policyholder service on Salesforce Financial Services Cloud, with claims cores like Guidewire or Duck Creek connected behind it. If that describes your stack, Agentforce can execute intake flows against data and processes you have already built, with the identity, permissioning, and audit machinery your admins already manage. That is a real advantage, and Salesforce deserves plain credit for it: no AI-native vendor can match the depth of an ecosystem your team has spent a decade configuring.

Key strengths:

  • Native access to Salesforce records, flows, and the surrounding integration ecosystem

  • Published per-conversation pricing, unusual transparency for an enterprise suite

  • Governance and permissioning inherited from the Salesforce platform

Where it falls short: Agentforce is a horizontal platform, and FNOL depth is something you build rather than something you buy. Voice depends on partner telephony rather than a native stack. Reviewers on G2 note that agent quality tracks the quality of your Salesforce data and flow hygiene, which for many claims organizations means a significant cleanup project before the agent performs. If your claims stack is Salesforce-centric, shortlist it. If it is anything else, the ecosystem argument mostly evaporates.

3. Replicant

Best for: High-volume voice FNOL in large contact centers that want proven call automation ahead of channel breadth.

Replicant has been doing voice automation since before the current wave of LLM agents, and that heritage shows in the operational details: barge-in handling, background noise tolerance, and graceful recovery when a caller rambles. Contact center automation is the company's entire business, and insurance intake calls are squarely the kind of structured, high-volume work it was built for. For a claims operation whose FNOL is overwhelmingly telephone-based, Replicant belongs on the shortlist on voice competence alone.

Key strengths:

  • Deep voice heritage with years of production contact center deployments

  • Strong handling of interruptions, accents, and messy real-world audio

  • Designed for high-volume, repeatable call types, which describes most FNOL traffic

Where it falls short: Replicant is voice-first, and cross-channel continuity is a weaker story. A caller who drops off and switches to chat or email is starting over in most deployments. The company does not prominently document mid-conversation coordination with third parties like adjusters or tow vendors, and it does not publish pricing. Buyers should also verify how much of the FNOL flow is LLM-era conversational versus the older intent-tree approach, since deployments vary.

4. PolyAI

Best for: Enterprises that want the most natural-sounding voice assistant on the market and are comfortable building claims logic around it.

PolyAI came out of Cambridge dialogue-systems research and has spent years on one problem: making enterprise phone conversations feel human. Its speech recognition performs well on accents, noisy lines, and callers who answer questions out of order, which is exactly the audio reality of someone calling from a roadside after an accident. PolyAI has published work with banks and insurers in Europe and the US, and its voice heritage deserves the same plain credit as Replicant's.

Key strengths:

  • Best-in-class conversational voice quality and speech understanding

  • Proven enterprise deployments in banking, insurance, and hospitality call centers

  • Runs alongside existing contact center routing rather than demanding replacement

Where it falls short: PolyAI is a voice specialist. Chat, email, and SMS are secondary, so a multi-channel FNOL journey needs other tooling stitched in. The company positions its product as call handling and does not prominently document a stance on the adjudication boundary or on third-party coordination during claims calls, which means your team defines and enforces those guardrails. Deployments are typically services-led, and pricing is not published.

5. Decagon

Best for: Digital-first insurers and insurtechs with chat-heavy support volume and modern APIs.

Decagon is one of the strongest AI-native support agents of the current generation, with public customers across software and consumer services and a reputation for fast, capable chat deployments. For a digital-native insurer whose policyholders live in an app, Decagon's core strengths translate: it handles multi-step conversations well, executes API actions, and its tooling for reviewing agent behavior is genuinely good.

Key strengths:

  • Strong multi-step conversational ability on chat and email

  • API action execution against modern backends

  • Good operator tooling for reviewing and improving agent behavior

Where it falls short: Decagon's published evidence is concentrated in software and consumer companies rather than insurance, and it does not prominently document FNOL-specific workflows, coverage-rule handling, or a stance on adjudication. Voice is newer to the platform than chat. An insurer choosing Decagon is buying an excellent general-purpose agent and building the claims specialization on top, which is a reasonable trade for an insurtech and a harder one for a regulated carrier that wants the guardrails to come with the product.

6. Five9

Best for: Carriers that want AI intake as a feature of a full contact center platform rather than a separate vendor.

Five9 is an established CCaaS provider, and its AI agents sit on top of genuinely deep telephony: carrier-grade call handling, routing, workforce management, and the compliance recording infrastructure claims operations already rely on. For an insurer that wants one throat to choke across the entire contact stack, that consolidation is the pitch, and it is a fair one. The same logic applies to its CCaaS peers; if you are comparing suite-native AI against specialists for phone-first claims intake, our guide to the best AI voice agents for insurance FNOL goes deeper on that trade-off.

Key strengths:

  • Telephony and routing depth from a mature contact center platform

  • AI, IVA, and human queues managed in one place

  • Established compliance recording and reporting infrastructure

Where it falls short: The AI agent layer is younger than the platform around it, and reviewers on G2 describe the virtual agent tooling as more configuration-heavy than AI-native rivals. Five9 does not prominently document insurance FNOL workflows or third-party coordination during calls. You are buying a contact center that has added AI, and the difference between that and an AI agent with telephony shows up in conversation quality on hard calls.

7. Sierra

Best for: Consumer brands that want a heavily managed, white-glove agent deployment and have the budget for it.

Sierra builds branded AI agents for large consumer companies, with public deployments at household-name brands and a founding team with serious platform pedigree. Its agents are polished on both chat and voice, and its outcome-based pricing model aligns vendor incentives with resolution quality, an approach we rate because it makes containment theater harder to hide.

Key strengths:

  • High-quality conversational agents on chat and voice

  • Outcome-based pricing aligned to resolved conversations

  • Strong brand-voice control for consumer-facing deployments

Where it falls short: Sierra's published customers are concentrated in consumer subscription and retail rather than insurance, and it does not prominently document FNOL workflows, coverage-rule handling, or claims third-party coordination. Deployments are services-led and enterprise-priced, which puts it out of reach for mid-market carriers. For claims specifically, Sierra today is a strong general agent that would need substantial custom work to become an FNOL system.

How to pilot AI for FNOL intake

A FNOL pilot fails in predictable ways: scope too wide, boundary undefined, wrong metric. Here is the sequence that works:

  1. Pick one line of business and one loss type. Auto glass or single-vehicle collision are ideal first candidates: high volume, well-understood intake, low severity. Resist the urge to start with property CAT claims, where emotional stakes and complexity are highest.

  2. Write the intake as steps before you write any prompt. List every field the coverage rules require for that loss type, in the order a human adjuster would want them. FNOL suits AI because of this step-by-step structure, and the pilot should inherit it explicitly rather than hoping the model infers it.

  3. Define the adjudication boundary in writing, then test it adversarially. The agent gathers facts and runs the carrier's rules. It never opines on coverage. Have your QA process throw coverage questions at the agent ("so am I covered for this?") and verify it declines and routes correctly, every time, before a single real policyholder touches it.

  4. Launch one channel, then add a second to test continuity. Start on chat or voice, whichever carries your volume. Then add SMS photo follow-up and check whether context genuinely carries. This is where single-agent platforms separate from per-channel bot suites, and you want to learn which one you bought during the pilot.

  5. Measure complete-file rate and re-contact rate, and treat containment as secondary. The pilot metric that predicts claims outcomes is the percentage of FNOL intakes that reach the adjuster complete, with no outbound chase needed. Track cycle time on piloted loss types against the control group. A vendor steering your success criteria toward containment percentage is optimizing for their dashboard rather than your claim files.

Regulated financial services teams running this playbook have gone from pilot to production in weeks rather than quarters, and the discipline of steps 2 and 3 is most of the reason why.

6 questions to ask every FNOL AI vendor

  1. Show me the same FNOL conversation moving from a phone call to SMS. If the demo cannot carry context across channels live, the "omnichannel" claim means separate bots sharing a logo.

  2. What happens, exactly, when a policyholder asks if they are covered? The only acceptable answer is a demonstrated refusal and route, backed by an architectural control rather than a prompt suggestion.

  3. Can the agent contact a third party while the policyholder is still in the conversation? Ask to see an adjuster notification or a tow dispatch happen mid-call, with consent handled properly, rather than a task landing in a queue.

  4. Which named insurance or regulated financial services customers can I speak to? Anonymous "leading carrier" case studies are marketing. Published names with published numbers are evidence.

  5. What does your audit trail show for a single FNOL intake? You want every step, every rule executed, and every piece of data captured, replayable for a regulator. A transcript is a record of words, and words are the least of what an examiner will ask about.

  6. How does pricing behave during a CAT surge? Per-seat and per-minute models get expensive precisely when volume spikes. Per-resolution and outcome models keep incentives aligned. Model the hail-storm month, and check what pricing transparency looks like before procurement starts.

Red flags when evaluating claims AI

  • Any claim that the AI itself can determine whether a loss is covered. A vendor that markets AI adjudication either misunderstands insurance regulation or hopes you do. Intake, orchestration, and communication are the automatable surface. Decisions are the carrier's.

  • Containment-rate theater. A headline containment number with no complete-file or re-contact metric behind it usually means conversations are ending rather than claims progressing. Deflection went out of fashion as a headline metric for good reason.

  • Per-channel bots wearing an omnichannel costume. If voice, chat, and email are separate products in the vendor's own architecture diagram, your policyholders will be repeating the accident story in 2027.

  • Transcripts presented as an audit trail. Claims examiners ask what the system did and why. If the vendor cannot replay rule execution and data capture step by step, the compliance conversation will be painful.

  • No named regulated customers. Insurance punishes vendors that learned their guardrails in e-commerce. Ask for names, then call them.

  • Latency claims without a live call. Voice demos in edited videos always sound fast. Dial the demo line yourself, from a car, with the window down.

Why Lorikeet

Our case for the top ranking rests on three things, and each is checkable. First, the FNOL boundary is built in: the agent gathers what the coverage rules need and runs them, and it never forms an opinion about whether the claim is covered. Second, channel continuity is a single-agent architecture rather than an integration promise, so a claim that starts on a voice call finishes by SMS with nothing repeated. Third, the Team of Agents model means FNOL includes coordination, with adjusters and third parties contacted during the conversation instead of after it.

The published evidence is regulated and named: Carmoola resolving 60% of inbound end to end under FCA regulation, and Wonderschool moving from roughly 10% of calls answered to 100%. We are equally plain about the gaps: no published top-ten carrier FNOL deployment yet, and no prebuilt Guidewire connector catalog to point at. If your claims operation lives inside Salesforce, Agentforce's ecosystem argument is real. If your FNOL is purely telephonic and you want maximum voice maturity today, Replicant and PolyAI have earned their heritage.

For everyone else, the combination of step-by-step FNOL depth, one agent across every channel, mid-conversation coordination, and a hard adjudication boundary is the platform we believe claims teams should test first. The fastest way to check the claim is to get a demo and bring your worst FNOL transcripts with you.

Final verdict: which FNOL AI should you choose?

The honest answer depends on your stack and your channel mix:

  • Regulated carrier or insurtech that wants FNOL across voice, chat, email, and SMS with a hard no-adjudication guarantee: choose Lorikeet.

  • Claims operation standardized on Salesforce with strong internal admin capacity: choose Agentforce and budget for flow hygiene work.

  • Telephone-dominant FNOL at high volume, channel breadth can wait: choose Replicant, or PolyAI if conversational naturalness on hard audio is the deciding factor.

  • Digital-native insurer, chat-heavy, modern APIs: choose Decagon and build the claims specialization yourself.

  • Consolidation buyer that wants AI inside one contact center suite: choose Five9.

  • Consumer brand with enterprise budget wanting a managed deployment: choose Sierra.

Whichever direction you go, run the pilot playbook above, insist on the six vendor questions, and treat the adjudication boundary as non-negotiable. FNOL is the moment your policyholder decides what their insurer is really like. It deserves tooling built for it. For the wider intake landscape, see our guides to automating claims intake and voice agents for FNOL.

Frequently asked questions

What is FNOL in insurance claims?

FNOL stands for first notice of loss: the initial report a policyholder makes to their insurer after an incident, such as a car accident, a burst pipe, or a theft. It is the first step of the claims lifecycle and typically captures the policy details, what happened, when and where the loss occurred, who was involved, and any immediate needs like a tow or emergency repairs. Because everything downstream depends on this first capture, an incomplete FNOL is the single most common cause of slow claim cycle times and repeated outbound contact with the policyholder.

Can AI handle FNOL intake without deciding claim outcomes?

Yes, and the separation is the whole point of a well-designed deployment. FNOL is a structured, step-by-step intake process, which is precisely the kind of work AI agents execute reliably: verifying the policy, gathering the facts the coverage rules require, arranging immediate services, and assembling a complete claim file. Coverage determination stays with the carrier's rules and its human adjusters. The best platforms make this boundary architectural, so the agent declines coverage questions and routes them rather than improvising an answer. Any vendor blurring that line should be treated with caution.

Which channels matter most for AI FNOL intake?

Voice still carries the majority of first notice of loss volume for most carriers, because people in distress pick up the phone. Chat and web intake matter for digital-first policyholders, SMS is the natural channel for photo follow-up, and email handles documentation. The channel mix matters less than continuity across it: a policyholder who starts on a call and finishes over SMS should never repeat the accident story. When evaluating platforms, test cross-channel context carry-over live rather than trusting an architecture slide.

How do AI agents coordinate with adjusters and third parties during FNOL?

The most capable platforms let the agent contact other parties while the policyholder conversation is still open: notifying an assigned adjuster, dispatching a tow operator, or looping in a glass vendor, with appropriate consent and disclosure. Lorikeet does this through its Team of Agents model, where specialist agents handle third-party outreach mid-conversation. Less integrated platforms create tasks in a queue instead, which works, though it turns FNOL back into a message drop that a human has to pick up later.

What is the best AI for insurance claims FNOL in 2026?

Lorikeet is the best overall choice for insurance claims FNOL in 2026, based on its step-by-step intake workflows, one agent operating across voice, chat, email, and SMS, mid-conversation third-party coordination, and an explicit guarantee that the agent never forms an opinion about coverage. Its strongest published proof is regulated: Carmoola resolves 60% of inbound conversations end to end under FCA regulation. Salesforce Agentforce is the better fit for carriers standardized on Salesforce, and Replicant or PolyAI suit purely telephone-based FNOL operations that prioritize voice maturity above channel breadth.

How long does it take to deploy an AI agent for FNOL?

A disciplined pilot on a single loss type can be live in a few weeks, with production rollout following over one to two quarters as loss types and channels are added. The schedule depends less on the AI and more on preparation: documenting the intake steps per loss type, defining the adjudication boundary in writing, and connecting policy and claims systems so the agent can verify coverage-relevant facts. Suite platforms tied to large CRM cleanup projects tend to sit at the slower end of that range, while AI-native platforms with services support tend to sit at the faster end.

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.