Prepared for Michael Smorenburg  ·  Two-Town Pilot Scope
Two-Town Pilot  ·  Orchestration Layer

CrisisNexus

The scrumhalf, not the ball-carrier. It does not carry the ball, it puts it in play and makes sure the right player catches it.

A town already has responders: private ambulance, armed response, neighbourhood watch, police, fire. They are just disconnected. CrisisNexus is the intelligent control room that ties them together. For the pilot it runs in parallel with the town's existing setup, logging and recommending, while the town's current operators stay the live safety net.

Built by Lumanaire Prepared for Michael Smorenburg Mode Parallel run
0
Pilot towns, running in parallel
0
Fail-safe loop, proven end to end
0
Non-negotiables, engineered in
0
Of dispatches must be acknowledged
What it is

An orchestration layer, never the responder

CrisisNexus takes the call in any language, works out what is happening and where, routes it to the right existing responder, and confirms they actually have it. It never presents as the ambulance. That positioning is also what keeps the pilot on the right side of the law: we orchestrate, we do not respond. The scope is deliberately tight: emergency intake, structured incidents, routing, and acknowledgment.

01   Take the call in any language
02   Structure what is happening and where
03   Route to the right existing responder
04   Confirm with a positive acknowledgment
05   Escalate to a human the moment it is unsure
Why it matters

The responders exist. The coordination does not.

The gap is not a lack of ambulances or armed response or watch volunteers. The gap is that they are disconnected, and a panicked caller has to know which one to phone. CrisisNexus closes that gap without replacing anyone.

The town today

  • The caller has to guess which number to dial
  • Each responder works from its own island of information
  • Language, panic and no location slow everything down
  • A handover can fail silently, and nobody knows until it is too late

The town with CrisisNexus alongside

  • One intelligent intake, in the caller's own language
  • A structured incident, with location confirmed and severity scored
  • Routed to the right responder on the channel that suits them
  • Not finished until a positive "got it" comes back, or it escalates
How it is built

One fail-safe loop, nothing more for the pilot

The whole pilot is a single loop, and the loop is the product. Every step is designed for the bad day first: the AI unsure, the network down, nobody answering.

Intake Owned backbone first
Voice and WhatsApp as the primary channels, SMS as the low-signal fallback. Voice and SMS keep working when data fails.
Understand AI communication engine
Speech-to-text, translation, intent and incident extraction. The caller's own words are kept verbatim as the authoritative record, plus a structured English version.
Decide Incident engine + confidence gate
A structured incident with severity, a confidence level, and an explicit "AI unsure" branch that forces escalation to the human.
Route and acknowledge The critical step
Send to the right existing responder on the channel that suits them, then wait for a positive "got it". No acknowledgment in time means retry, then escalate.
Human and log Operator console + dual logging
A human supervisor sees every live action and can override. Every event is logged with the caller's own words and the English, time, location and identity.
The non-negotiable

Routing is not finished until someone catches it

A call we "sent" that nobody caught is the failure that hurts someone. So the acknowledgment loop is built into every responder adapter, not bolted on after.

The acknowledgment loop

Every dispatch requires a positive "received, we have got it" back from the responder. No acknowledgment within the set time triggers a retry, then escalation to a human or an alternate responder. The loop must never falsely believe a call was caught.

Incident Route to responder Got it? Acknowledged, file open No ack, retry then escalate
The pilot build

What is core for the first two towns

Core is the safe minimum that proves the loop, and nothing more. We classify by risk on the live path, not by how cheap a feature is to build.

Multi-channel intake

Voice and WhatsApp as the primary channels, SMS as the fallback. The lowest-tech channel must always work, because data and signal fail first in a real crisis.

VoiceWhatsAppSMS fallback

Any-language understanding

The caller speaks their own language. The system structures it into an incident, keeps the original words as the authoritative record, and presents English to the operator. Languages start with the two towns' actual languages and expand by config.

Speech to textTranslationDual record

Incident engine with a confidence gate

Structured incidents with a severity score, a confidence level, and an explicit "unsure" branch. Low confidence or high severity forces escalation to a human. The system escalates the moment it is uncertain.

SeverityConfidenceEscalation

Operator console, the human in the loop

A web console where the supervisor sees the live queue, the AI's recommendation and its confidence, and confirms or overrides. In a parallel run this is where trust is earned, by comparing what the system would do with what the operator actually does.

Human overrideMFA + rolesLive queue

Route to the right existing responder

Match the channel to the responder's reality: a control room gets an interface, armed response gets the app or a structured push, a watch volunteer gets an SMS. For statutory services with no agreement, the system recommends and the human relays.

Control roomResponder appSMS push

The acknowledgment loop

No dispatch is complete until a positive "got it" returns. No acknowledgment in time means retry, then escalate to a human or alternate responder. Built into the responder adapter, attacked in testing until it is boringly reliable.

Positive ackRetryEscalate

Dual logging and audit

Every event logged with the caller's own words and the English, plus time, location and identity. Append-only and complete, even under load. This is both the safety audit and the evidence base for the parallel run.

Original languageForensic trail

One canonical incident schema

One internal incident format, with every channel and responder a thin adapter that translates to it. Adding the next town, sensor or control room is one adapter, never a change to the core. This is the defensible engine.

Adapter patternCore IP
How it stays safe

The four non-negotiables, plus the rule that holds them

These are hard requirements engineered into the loop, not features that can be traded away.

01

A human can always step in

The system escalates to a human the moment it is unsure or the situation is serious. The escalate-to-human path is built to be more reliable than the AI it backs up.

02

No ack, no handover

Routing is not finished until the responder sends back a positive "got it". No acknowledgment in time means retry, then escalate. A call nobody caught is the failure we refuse to ship.

03

Design for the bad day first

The AI is unsure, the network drops, nobody answers. The pilot is hardened against these before it is shown off on the easy ones.

04

Log both languages

The caller's own words and the English are both recorded. The original language is the authoritative record.

05

Run in parallel

The town's current operators stay the live safety net. CrisisNexus logs and recommends until it earns the right to do more, step by measured step.

06

Orchestrate, never respond

CrisisNexus never presents as the ambulance. It puts the ball in play and makes sure the right player catches it. That is the product, and the legal posture.

What it takes

What we need to make it real

The pilot is light on partner deals by design. Most of the core loop needs no external agreement; the items that do are clearly marked as fast-follow.

The town baseline

  • The formal services and community structures each town already has
  • Coverage, languages spoken, and who owns what
  • Which responders will receive a routed incident in the pilot

Responder reach

  • A way to push to each responder: an interface, an app, or SMS/WhatsApp
  • Agreement on the acknowledgment they send back
  • Verified, role-scoped access before they see citizen detail

Channel plumbing

  • A voice number and a WhatsApp business number for intake
  • An SMS gateway for the low-signal fallback
  • Clear separation of promised channels from listen-only ones

What Lumanaire brings

  • The orchestration core, the operator console, and every adapter
  • The acknowledgment loop and the escalation paths, hardened
  • The parallel-run instrumentation that produces the go-live evidence
Where we earn the right

The vigorous testing is the real job

In a system people's lives touch, the testing and hardening is the larger half of the work, and it is the actual product. The demo is the happy path. The job is everything that is not: the AI unsure, no location, a responder who never answers, a dropped network, a malformed acknowledgment, a prank, an accent the model struggles with. Each one is a written scenario with a defined correct behaviour, tested adversarially.

The line between an impressive pilot and risk we cannot carry

The line is crossed the moment a caller's life depends on CrisisNexus instead of on the human whose job it has always been. As long as the existing number stays primary, a human sees every live dispatch, no message goes to the public on its own, and the existing operators remain the safety net, the pilot is both impressive and safe. The testing is the bridge across that line, one measured gate at a time.

The true IP

Why CrisisNexus is different

It is not a call centre, a dispatch app or a chatbot. It is an orchestration core that speaks one canonical incident format, with a thin adapter for every channel and every responder. The core never knows the specifics of any outside system, so the next town, sensor or control room is one adapter, never a rebuild.

That is what lets a single-town pilot grow into municipalities, regions, provinces and a national grid without repainting the engine. Build the loop right for two towns, and scale becomes configuration.

How it is adopted

Earned in stages, never on a calendar

The parallel run is itself the risk control. Each step up is earned with evidence: structured-correctly rate, routed-correctly rate, acknowledgment success, time-to-escalate, and above all the missed-emergency rate.

STAGE 00

Shadow

Ingests real incidents, structures, recommends, logs. Sends nothing. The town works exactly as today. Pure evidence, zero risk.

STAGE 01

Assisted

Sends to responders with the acknowledgment loop live, but a human approves every dispatch. Existing number still primary.

STAGE 02

Supervised

Runs the loop on a narrow, defined slice while the operator handles exceptions. The existing net stays one step behind.

STAGE 03

Fast-follow

Telegram and web chat, USSD, panic and tracker feeds, controlled public alerts. Added once the core loop is boringly reliable.

STAGE 04

Scale

Town into municipality, municipality into region, region into province, province into a national grid. Configuration, not a rebuild.

Stages describe sequence and dependency, not a calendar. Going beyond Stage 02 is a separate, evidence-gated decision.