How ilonai is designed to work
Context-aware local AI on dedicated hardware. Camera images stay on a private network. People hear from the system only when it sees a possible emergency. The first pilot started on 5 October 2026; the rest of the roadmap is still ahead of us.
The idea in one line
The system watches for a fall so people do not have to watch the person.
1. Local cameras
Approved network cameras on ilonai's closed network (wired where possible)
2. Local AI
A dedicated computer on site runs the detector
3. Narrow alert
Heartbeat always; a confirmation image only if help may be needed
4. Local incident clip
A short rolling buffer can be frozen, still on the box
Architecture

Why a local AI appliance, not AI inside each camera or in the cloud?
Small in-camera processors have a limited compute budget. Cloud AI can run larger models, but then the imagery leaves the building. A local box sits between the two: more compute than a typical smart camera, less exposure than cloud inference.

The cameras are meant to stay “dumb sensors.” Intelligence lives on the local box. Several inexpensive cameras can share one AI node. We will publish camera-count ranges only after we have measured them.
We will qualify an approved camera list. We do not promise that arbitrary third-party cameras will work.
What happens to video
Normal operation
- • Analysis runs locally
- • A short encrypted rolling buffer (about 10–15 seconds) is continuously overwritten
- • Video is not retained as a recording of the day
- • No image is transmitted
- • No activity history is created
- • A small health heartbeat can leave the system
Possible fall
- • The detector flags an event locally
- • One confirmation image can go to a designated guardian or caregiver
- • The rolling buffer can be frozen, plus a short post-event window
- • That clip stays on the local computer, encrypted, with access controls
- • It is not a live feed, and it is not uploaded as ordinary cloud video
If nothing happens, no image leaves the system.
The AI (without the jargon)
For a general audience: context-aware local AI.
For technical readers: a fine-tuned multimodal vision-language model running on dedicated local hardware. That is richer than a tiny object detector, and it stays on the premises. Model brand names do not belong on a homepage, and the public site will not describe proprietary internals.
The detector does not learn how someone spends their day, measure sleep, or build a behavioral profile.
Isolated network
Your home network does not need to become a surveillance network. For facilities, resident cameras need not sit on ordinary Wi-Fi.
That keeps the install off customer IT, keeps the attack surface small, and means no everyday laptop or office desktop can reach a camera. Alerts go out over cellular, so nobody has to open ports.
Optional backup power may be part of a later hardware package. We do not promise a UPS runtime until that package is defined.
It should tell you when protection is interrupted
- Cameras must keep delivering valid frames
- The AI computer sends a regular health heartbeat
- Missed heartbeats can show a lost cellular link
- Extended mains-power loss can notify guardians or staff
- Recovery can be reported when power returns
- Local detection can continue according to available backup power even if the external link is down
Silence should mean “everything is fine,” not “the system stopped working.”
What ilonai does not do
ilonai will not:
- provide live camera viewing
- let family check in visually whenever they want
- record conversations
- identify faces
- track where somebody spends their day
- measure sleep or daily routines
- score activity or build a behavioral timeline
- upload ordinary camera footage to a cloud
- use resident footage for model training without separate explicit permission
Alerts
The path is short. Designated people get a notification and a confirmation image, then decide whether to check in or call for help. Nurse-call integration is on the roadmap and is not something we offer today.