Dark theme
WELCOME TO QQUANTUM

Let Qubi show you around.

Choose how you’d like to explore.

Don’t agreeGo to yourOS instead ↗

Both choices allow Google Analytics, so we can see which pages help.

Sound is your choice. Essential cookies keep the site working. Continuing either way also allows Google Analytics (visits and pages viewed).

Read our Terms, Privacy and Cookies.

Change your choices anytime from the footer.

Getting Qubi ready.
Manufacturing

Predictive maintenance.
Alerts you act on.

Predictive maintenance fails on the floor far more often than in the model. Maintenance teams have been trained by a decade of false alarms to ignore automated warnings, and a new system inherits that scepticism on day one.

All Manufacturing →
Pixel illustration for Predictive Maintenance: a machine bearing inspected by a sensor and service lamp.

The data problem comes first

Predicting failure requires examples of failure, labelled with what failed and when. Most plants have abundant sensor history and poor failure labelling: the maintenance record says “bearing replaced” with a date that is the date of the work order, not the date of the failure, and often not the date the machine actually started degrading.

Reconciling maintenance records against sensor history to produce usable labels is typically the largest single task in these projects, and it is where a language model contributes most — reading free-text work orders, technician notes and shift logs, and aligning them to equipment and time. That is unglamorous, and it is the step that determines whether anything downstream is possible.

The second constraint is that critical equipment fails rarely, by design. A machine with three failures in five years does not support a model that learns failure signatures. In those cases the honest answer is anomaly detection against normal operation plus physics-informed thresholds, not a supervised model pretending to predict from three examples.

Designing against alarm fatigue

01

Predict a window, not a moment

“Elevated failure probability in the next two to six weeks” fits how maintenance is actually scheduled. A precise date is both less achievable and less useful, and being visibly wrong about it destroys trust quickly.
02

Say what the evidence is

Which sensors, what pattern, how it compares to previous failures on this asset class. A technician who can evaluate the reasoning will investigate; one handed a bare score will not, and is right not to.
03

Rank against capacity

A maintenance team can act on a limited number of interventions per week. Surface that many, ranked by expected cost avoided, rather than every asset above a threshold — a list longer than the team's capacity is a list that gets ignored entirely.
04

Close the loop

Every alert gets an outcome recorded: investigated and confirmed, investigated and clear, not investigated. Without that, precision is unmeasurable and the model cannot improve — and this is the step that quietly does not happen unless it is built into the workflow.

Where it runs

On the plant network, in almost every case. Operational technology networks are commonly isolated from corporate IT and from the internet as a matter of engineering practice, which makes this a natural on-premise or air-gapped deployment rather than a cloud one.

That is not a limitation. Sensor inference is well within the reach of small models on modest hardware, latency to the floor is better, and the system keeps working when the site loses its connection — which for a plant is a functional requirement rather than a preference.

Earning the technician’s trust

ALERT PATH
  1. 01
    Sensor history

    abundant, poorly labelled

  2. 02
    Reconstruct labels

    from work orders and notes

  3. 03
    Model

    or anomaly detection if rare

  4. 04
    Rank to capacity

    what the team can act on

  5. 05
    Work order

    in the CMMS they already use

  6. 06 · Branch / escalation
    Outcome recorded

    confirmed, clear, or ignored

Solid: the alert pathDashed: the outcome loop, without which nothing improves
The second box is usually the largest task in the project, and the last one is what makes precision measurable at all.
Questions

Questions about Predictive Maintenance.

How much sensor history do we need?

Enough to cover several failures of the type you want to predict, across seasonal and load variation. Where you have the history but not the labels — which is the common case — the first phase is reconstructing labels from maintenance records, and that is worth doing even if the modelling never happens.

What if our critical assets rarely fail?

Then supervised failure prediction is not available and claiming otherwise would be dishonest. Anomaly detection against a well-characterised normal, combined with physics-informed limits, is the right approach — and it is a different and more modest promise, which is exactly why it should be described accurately at the outset.

Does it integrate with our CMMS?

It has to. An alert that does not become a work order in the system technicians already use does not become work. That integration is usually where the realistic timeline is set.

Earn the
technician's trust.

Ranked to capacity, with the evidence attached. That is what gets an alert investigated.

30-minute technical call · no deck

Shipped & in build

Real work. Check it yourself.

What we built, what stage it is at, and a link to the live thing wherever there is one.

The updated yourOS homepage: Roxy’s open ring surrounded by bento cards for calls, voice, translation, building, design, apps and more.
The yourOS homepage on a phone, with its compact navigation, welcome film button and bento cards.
youros.tech — the homepage bento hero
Our own · coming soon

yourOS

yourOS is an operating system with an AI at its heart. You talk to it like a person, out loud or typed. It makes your calls, plans your days and works on your projects with a crew of agents, on your own private server. Our own product, built from the first commit; the waitlist is open.

What we built
  • Operating system
  • Roxy
  • Agent crew
  • Voice calls
  • App store
  • Website
Meet yourOS →
The Sonora homepage on desktop: a full-bleed dune landscape behind the headline “Transform Your Life with Sound”, with App Store and Google Play download buttons.
The Sonora homepage on a mobile viewport, showing the same hero reflowed to a single column.
sonora.com — homepage, 1440×900
Live · iOS · Android

Sonora

Website, backend and app assets for Sonora, a free AI sound-therapy app on iOS and Android published by Cognitive AI.

What we built
  • Website
  • Backend
  • App assets
Read the case study →
The updated Podswap homepage on desktop: “Grow on Instagram and TikTok for free, with real engagement from creators your size”, beside a tilted wall of exchange, tool and guide cards on a violet gradient.
The updated Podswap homepage on a phone, with its floating navigation, Instagram and TikTok engagement headline and tilted tool cards.
podswap.app — homepage, 1440×900
Five platforms

Podswap

Brand, website, prototype, apps on five platforms, the AI backend and the algorithm-intelligence pipeline for Podswap, a social growth engine that runs without a human in the loop.

What we built
  • Brand
  • Website
  • Prototype
  • Apps on five platforms
  • AI backend
  • Algorithm pipeline
Read the case study →
The unOpen.AI homepage introducing Roxy, a private AI assistant that remembers who you are.
The unOpen.AI homepage on a mobile viewport.
unopen.ai — homepage, 1440×900
Prototype · closed beta

unOpen.AI

In closed beta: Roxy, a private AI assistant with permanent memory running on infrastructure the user owns. Brand, site, product, backend and conversational design.

What we built
  • Brand
  • Site
  • Product
  • Backend
  • Conversational design
Read the case study →
coherence.com on desktop, headed "Intelligence that moves in phase with people".
coherence.com on a mobile viewport, reflowed to a single column.
coherence.com — homepage, 1440×900
Live

Coherence

Live at coherence.com: brand identity generated with AI agents we directed, the motion system and website for the group behind Sonora, AboutAI, WakeUp and MudShadows. Agent work remains in build.

What we built
  • Brand identity
  • Motion system
  • Live website
  • Agent work — in build
Read the case study →
The new Domain Booth homepage on desktop: the headline “Premium Domains. Serious Buyers. Proven Results.” beside the animated DB monogram.
The new Domain Booth homepage on a phone, reflowed to a single column.
Our build of the Domain Booth homepage — 1440×900
Live

Domain Booth

Live at domainbooth.com for DomainBooth, a premium domain brokerage: a new animated mark, every page redesigned and rebuilt with designed mobile layouts, and a custom CMS for its sales record, featured names, press and enquiries.

What we built
  • Animated mark
  • Every page redesigned
  • Designed mobile layouts
  • Custom CMS
Read the case study →
Who we have built for

Twenty-one years. Names you know.

Apps, platforms and campaigns for these teams, long before the AI work. Every one is written up on the work page — what we did, and where our part ended.

See all of our work →
  • BBC Good Food logo
  • Charities Aid Foundation logo
  • GAME logo
  • NatWest logo
  • Next logo
  • NSPCC logo
  • Tesco logo
  • Worldpay logo
  • Samsung logo
  • Sony logo
  • Land Rover logo
  • UAP Limited logo
  • Netflix logo
  • Amazon Prime Video logo
  • Mercedes-Benz dealerships logo
  • San Miguel logo
  • Biovene Barcelona logo
  • Seventy7 logo
  • Littlewoods logo
  • Smile logo
  • The Co-operative Bank logo