Articu Engine

Speech recognition hears the word. Articu is built to examine the production.

Articu Engine is the speech intelligence layer behind Practice and Clinic—designed around phoneme-level analysis, language-specific rules, uncertainty and clinician review. For clinicians, technical evaluators and future API partners.

Why ordinary ASR is not enough

Understanding a child and evaluating a target sound are different tasks.

General-purpose ASR is rewarded for recovering the intended word. In speech practice, that normalization can erase the exact error a clinician cares about.

TaskGeneral ASRArticu Engine
Intended wordPrimaryContext
Phoneme productionSecondary / absentPrimary
Error typeUsually absentStructured target
Word positionUsually absentExplicit
Language-specific phonologyGeneralPack-based
UncertaintyOften opaqueReview state
Clinician verificationNot coreCore workflow

Engine pipeline

From audio to a structured finding.

Every attempt passes through recording-quality checks, alignment, phoneme representation, target comparison, language context and uncertainty estimation before any feedback is shown.

Structured output

Findings a clinician can read.

Engine output is structured around the target: what was assigned, what was observed, how uncertain the finding is and what should happen next.

Target word demo

“Rabbit” is not enough. How it was produced matters.

Practice attempt
rabbit
Target /ɹ/ — initial position
Review recommended

Model finding: possible /ɹ/ → /w/ substitution. Low confidence — routed to the clinician review queue instead of an automatic result.

Illustrative example. Released analysis capabilities are documented on the Science page.

Uncertainty is a feature

The safest score is sometimes “needs review.”

Performance varies by sound, age, language, dialect, recording quality and error type. Articu is designed to expose uncertainty rather than compressing every attempt into a confident number.

Abstention

When the system cannot judge, it says so instead of producing a number.

Review routing

Low-confidence attempts become review-queue items with the reason attached.

Clinician verification

Confirmed and corrected labels are always distinguishable from model findings.

Language pack architecture

Context is not optional.

Each language pack carries phoneme inventory, phonotactics, dialect rules and developmental context. The clinician verification loop closes the system.

Language pack

Phoneme inventory · phonotactics · dialect rules · developmental context · target word library · clinical validation status.

Clinician verification loop

Articu proposes → the SLP confirms or corrects → confirmed information enters progress and—only with separate consent—future model improvement.

Known limitations

Published limits, not hidden ones.

Engine performance is evaluated per sound, per language and per age band. Known limitations are documented publicly on the Science page as validation proceeds.

For developers — later

An engine that may become an API.

Articu Engine is designed so its structured findings could be exposed to speech platforms, EdTech and research tools in the future. There is no API product today—validation comes first.

FAQ

Engine questions

Is this different from speech-to-text?
Yes. Speech-to-text is optimized to recover the intended word. Articu Engine is designed to preserve how the word was produced at the sound level—information speech-to-text is built to normalize away.
What happens when Articu is uncertain?
The attempt is routed to clinician review with the reason attached (for example, low confidence). It is not silently converted into a definitive result.
Is the JSON example a real API?
No. It is an illustrative example of the output structure. There is no released API product; validated capabilities are documented on the Science page.
Which languages does the Engine support?
Language support is pack-based and published honestly: English in validation/pilot, Turkish in pilot planning, Arabic in research. See the Languages page for current status.

Test the engine with real clinical workflows.

Join the clinician pilot and help define which targets and languages the engine must handle first.

Illustrative examples on this page describe target workflows. Released and validated capabilities are documented on the Science page.