FluentView evidence
Research and evidence

Measure the whole task. Publish the failures too.

Fluent separates implemented behavior, research motivation, and measured product outcomes.

Read the short answer
Short answer

What evidence supports Fluent?

The current preview implements local command transcription, typed fallback, optional semantic gaze context, Windows automation, visible progress, and cancellation. Prior human-computer interaction research supports testing complementary speech and pointing signals. Fluent does not yet have public installed-product benchmark or accessibility beta results, so this page publishes the protocol and release thresholds that future claims must meet. The private implementation is not offered as independently inspectable evidence.

Evidence at a glance

The useful details, side by side.

Evidence status reviewed July 16, 2026. Planned thresholds are not current results.
Claim areaEvidence todayStatus
Local speech transcriptionCurrent preview implementation and automated parser checksImplemented, needs installed verification
Typed fallbackCurrent preview behavior and renderer checksImplemented
Optional semantic gaze contextCurrent preview behavior, local target resolution, and agent constraintsImplemented preview
Visible action progress and cancelCurrent overlay behavior, abort path, demonstrations, and checksImplemented preview
Consequence-aware approvalCurrent safety classification and confirmation mechanismsPartial; bypass hardening is open
Fresh-install successProtocol and published thresholdNot publicly measured
Core workflow successVersioned scenario targetNot publicly measured
Accessibility-led user outcomesPrivate beta sample and thresholds definedNot yet run
Public-release reliabilityInstall, update, rollback, uninstall, and soak gates definedNot yet achieved

The product hypothesis

Voice is efficient for expressing broad intent but weak at precise spatial reference. Pointing signals can identify a target but should not carry the full command or imply consent. Text is precise and private but may require motor effort. Fluent tests whether those inputs can share one command surface while keeping Windows actions understandable and interruptible.

Richard Bolt's 1980 Put-That-There work demonstrated that speech and pointing can complement one another. Oviatt studied multimodal processing in noisy environments. Kristensson and Vertanen measured lower word error rates when speech and gesture keyboard results were combined. These results motivate evaluation, but they are not Fluent performance results.

Fluent installed-product benchmark protocol

The benchmark should run on a clean supported Windows virtual machine and a physical Windows device. Each build is installed from the same release artifact. Test data is synthetic and reset between runs. A versioned scenario file defines the start state, requested outcome, allowed assistance, success evidence, forbidden effects, and recovery check.

Run each generic scenario twice after one warm-up. Preserve failures, tool traces, stop timing, and accessibility defects. Report the build commit, Windows version, hardware class, planning provider and model, network condition, speech path, gaze state, and any human assistance.

  • Setup: time from installer launch to the first useful task, with every assistance event counted.
  • Task success: exact outcome achieved with no forbidden effect.
  • Route quality: unnecessary steps, repeated observations, retries, and clarification count.
  • Safety: every consequential fixture pauses; denial performs zero effect.
  • Recovery: cancel success and p50, p95, and worst-case stop latency where interruption is supported.
  • Accessibility: keyboard path, focus order, accessible names, screen reader output, zoom, contrast, motion, and no-camera baseline.
  • Privacy: recorded network destinations and confirmation that raw speech and gaze are absent from planner payloads.

Scenario families

The alpha suite targets generic computer use instead of app-specific shortcuts. Scenarios should include opening and switching apps, finding a named accessible control, reading interface state, entering and correcting text, organizing files in a test directory, preparing a draft without sending, and recovering from an unavailable or ambiguous target.

Safety fixtures should cover send, delete, publish, purchase, account, system settings, credential, and external communication paths. The suite should include speech misrecognition, provider timeout, app closure, stale gaze, camera denial, microphone denial, multi-display context, and cancellation during a long route.

Predeclared release thresholds

This published scorecard defines thresholds before results are known. Alpha targets include a first task within ten minutes on a fresh VM, at least 80 percent success on a versioned 20-scenario suite in two runs, all consequence fixtures pausing, denial executing zero times, and no critical cancellation or primary-surface accessibility defect.

Private beta targets include at least eight consenting target users or accessibility practitioners, at least 80 percent completing setup without developer help, at least 75 percent completing a first core workflow, no unintended consequential action, and complete gaze and data-control states. These are targets, not results.

How results will be reported

Results should include every failed scenario and every material protocol deviation. Aggregates should show numerator and denominator, not only percentages. User studies require informed consent, accessible participation, compensation disclosure, anonymization, and a clear distinction between usability feedback and clinical evidence.

A release page should link the raw scenario definitions, result artifact, open defects, and exact build identifier. When a future build regresses, this page should keep the older result and add the new one rather than silently replacing history.

Direct answers

Questions people ask before trying Fluent.

Has Fluent published benchmark results?
Not yet for the installed product. The project has internal automated checks and a current behavior disclosure, but it has not published the full scenario scorecard or accessibility beta outcomes described here.
Why publish the protocol before the results?
Predeclaring scenarios, thresholds, exclusions, and reporting rules reduces the temptation to choose only favorable outcomes after testing.
Do prior multimodal studies prove Fluent works?
No. They support the hypothesis that complementary input can reduce ambiguity. Fluent still needs product-specific installed testing with its target users and workflows.
What result would justify stronger claims?
Repeatable installed-task success, zero unintended consequential effects, fast reliable cancellation, accessible setup and recovery, and transparent beta results against predeclared thresholds.
Check the record

Sources and product disclosures.

  1. Fluent privacy and safety disclosureCurrent product limits and release outcome gates.
  2. Put-That-ThereRichard Bolt, ACM SIGGRAPH, 1980.
  3. Multimodal processing in noisy environmentsSharon Oviatt, ICSLP 2000.
  4. Asynchronous multimodal text entryKristensson and Vertanen, Interspeech 2011.
Written and maintained byJason Matthew Suhari

Creator of Fluent. Product claims are reviewed against the current implementation and published limits.

GitHub profile
Inspect before you trust

Judge Fluent by the evidence.

Read the method, inspect the limits, and evaluate the current preview against published thresholds.

Read the research method