It sets itself up.
Boot the machine and walk away. It finds the network, works out what the hardware can do, gives itself a name, and joins the fleet. There is no wizard, no account to enter, and nothing to decide.
Sets itself up. Fixes itself.
Updates itself. Forever.
Spare hardware, with something to do again.
Indexer OS turns hardware an organisation already has into dedicated members of the fleet that keep the index fresh. It is installed once and looks after itself from there — if nobody thinks about it again, that is the intended outcome.
Most software asks something of you: install it, configure it, keep it patched, notice when it breaks. This asks nothing. It has one job — read pages and file them so they can be found — and every design decision serves getting that done on a machine nobody is looking after.
That means the machine becomes a single-purpose device. It is not a desktop you can also use, and it is not something you log into. If that's not what you want from the hardware, the no-reformat route exists precisely for that case.
A fleet made of donated machines in other people's homes only works if no one has to maintain it. So the appliance takes on the jobs an administrator would otherwise do.
Boot the machine and walk away. It finds the network, works out what the hardware can do, gives itself a name, and joins the fleet. There is no wizard, no account to enter, and nothing to decide.
Nodes lose power, lose connections, and get unplugged mid-sentence. The appliance expects all of it. Work in progress goes back to the fleet, and the machine picks up where it left off when it returns.
Improvements arrive signed and install on their own schedule. A machine you set up months ago is running the same software as one set up this morning, without you visiting it.
The appliance reads untrusted pages all day, so it is built to assume they are hostile. The reading is sealed off from everything else, and its traffic leaves through a privacy connection it manages on its own.
If the machine has a monitor, this is what it shows — on the device itself, with no sign-in. It answers the only questions worth asking: is it working, is it protected, and does it need anything.
Illustration of the on-device console. Figures and reading targets are examples.
Plug in a monitor and the console is already there. It is the machine talking to whoever is standing in front of it.
Every card resolves to something a person can act on — connected, protected, up to date — rather than numbers you have to interpret.
Join a different network, run a connection test, check for updates. The rest of the time there is nothing to press.
There is no minimum worth deploying. A small machine reads steadily; a capable one takes on the heavier work as well. Both are worth more to the fleet than a machine sitting switched off.
Ordinary office hardware from the last decade is plenty. A machine with a graphics card becomes one of the most valuable in the fleet.
Low-power devices that are cheap to leave running. They read steadily and ask for almost nothing in return.
There is a self-serve route that installs alongside Windows on a machine you already own, changes nothing about how it boots, and removes in one line.
Run a node insteadIndexer OS isn't a download. It's deployed as part of a partnership — we prepare the appliance for the hardware it's going on, install it, and look after it from there. If you'd like your organisation's spare capacity contributing to the index, start with a conversation.
Tell us what it is when you get in touch — office desktops, a machine with a graphics card, low-power boards — and we prepare the appliance around it.