About Nuxel

From one AI prompt to a Linux phone OS

Nuxel is an independent, free, open-source Linux phone OS. The first scaffolding came from autonomous AI in about 48 hours; the work since then has been careful, hands-on engineering — and the project is explicit about how far it has actually got.

Nuxel penguin holding a release checklist marked with blue and cyan accents

The journey

One prompt, two days of scaffolding, then real work

RikkeTik had been pushing the boundaries of autonomous AI development and still had not found its limits. So QonQrete, his autonomous AI system, got an ambitious one-shot challenge: build a completely new Linux-based smartphone operating system without Android.

QonQrete generated the initial OS scaffolding in roughly 48 hours from a single comprehensive prompt. That was the starting point, not the finished product. Since then RikkeTik has spent weeks refining the architecture, expanding device compatibility, integrating functionality, and preparing firmware.

Nuxel is inspired by GrapheneOS's security philosophy but built on a pure Linux foundation without Android/AOSP dependencies. It is experimental, publicly available, and open source — and it is honest about which parts are proven and which are still targets.

One open question is genuinely interesting: how Android-specific root detection and integrity checks behave on a completely non-Android OS. That is still unconfirmed.

Nuxel is maintained by RikkeTik (opens in a new tab) . Nuxel is not a team product: it is one maintainer's project, built in the open.

The end goal

The daily Pixel 10 Pro XL

Replacing Android on a primary phone with an experimental OS would be reckless. So two expendable devices go first — and they are allowed to break, bootloop, or need a complete reflash.

Motorola Moto G7 Power
ocean
Expendable bring-up: allowed to break, bootloop or need a reflash
Samsung Galaxy S10+
beyond2lte
The device Nuxel actually runs on and validates against
Google Pixel 10 Pro XL
mustang
The daily-driver target, once Nuxel is stable and functional
  1. The Prompt

    RikkeTik asked QonQrete, his autonomous AI system, to build a completely new Linux-based smartphone OS without Android.

  2. Initial Scaffolding

    QonQrete generated the first OS scaffolding from a single comprehensive prompt: a pure Linux foundation with no AOSP dependencies.

  3. Hands-On Refinement

    RikkeTik refined the architecture, expanded device compatibility, integrated functionality, and prepared firmware.

  4. VM and Flashable Builds

    Nuxel ran successfully in a virtual machine, with flashable builds prepared for both expendable test phones.

  5. The S10+ Boots Nuxel

    The Galaxy S10+ reached a real Fedora userspace and now runs the launcher, Wi-Fi, Bluetooth, audio playback and the tri-link consoles. Later releases fixed the ABOX boot panic and rebuilt the UI reliability path.

  6. The Pixel 10 Pro XL

    The final target is replacing Android on RikkeTik’s daily-driver Pixel 10 Pro XL once Nuxel is stable and functional. That bring-up is hardware-gated and has not started on the device.

Current status

Where the project stands

  • The Galaxy S10+ boots Fedora 43, runs systemd, and presents the Nuxel launcher.
  • Wi-Fi, Bluetooth, audio playback and the serial console are verified on that device.
  • 23 app packages ship in the tree; the shared launcher registry holds 22 of them across the handset and the VM.
  • The Pixel 10 Pro XL and Moto G7 Power paths are documented scaffolds, not working systems.

v0.7.2-beta is a working foundation on one device, not a finished daily driver. The Motorola and the Pixel are not Nuxel systems yet; this page and the device pages say so plainly.

Under the hood

What Nuxel is built on

  • Fedora 43 aarch64 userspace with systemd as PID 1.
  • Linux kernel: mainline 6.12 LTS on the target path, Samsung 4.14.253 on the active S10+.
  • Phosh + phoc Wayland session; no X11 and no XWayland.
  • WebKitGTK PWA runtime plus native GTK4 apps for hardware-critical paths.
  • Flatpak packaging and portal-mediated hardware access.
  • nuxel-bridge capability mediation over HTTP and D-Bus.
  • Zero Android/AOSP runtime dependencies: no Waydroid, libhybris or APK support.

44

Features catalogued

22

Shipped

15

In progress

7

Blocked / planned

Release engineering

Safety first, evidence always

Nuxel treats every claim as something to prove. The system is tested in tiers, the immutable design is meant to recover from failure, and the documentation records what each tier actually established.

Six verification tiers

L1–L3 run offline in the repository. L4–L6 run against the VM, the live phone and the owner, and are recorded as evidence rather than inferred.

  1. L1 Static Analysis Syntax, JSON validity, tree invariants and the no-flash safety rules.
  2. L2 Unit Tests Per-component suites, validators and offline behaviour checks.
  3. L3 Integration Tests Cross-component regression guards and the app/service baseline.
  4. L4 VM Tests Boot, install and update behaviour in a virtual machine.
  5. L5 Live Phone Tests Read-only and interaction checks against the physical S10+.
  6. L6 Owner Physical Tests Touch, audio, haptics and the complete boot sequence by the owner.

Immutable OS strategy

The update design is that a failed update rolls back instead of stranding the phone.

A/B Slots
The design writes updates to the inactive slot and switches only after verification, so a failed write cannot mutate the only bootable copy.
dm-verity
The root filesystem is verified against a hash tree at boot, so silent corruption becomes visible instead of trusted.
AVB chain
A verification chain links the bootloader decision to the system that eventually runs, with user-controlled signing keys.
Capability manifest
Per-subsystem status is recorded independently, so an unproven feature cannot inherit credibility from a proven one.
  • Implemented: RAUC bundle configuration for the mustang target
  • Implemented: OSTree deployment and rollback flow for the Fedora VM
  • Not yet proven: on-device A/B activation on the S10+
  • The S10+ release currently uses a single Fedora rootfs on USERDATA

The honesty rules this site follows

  • A green offline test is OFFLINE_TESTED, not proof of hardware behaviour.
  • A blocked subsystem must name the missing kernel, firmware or userspace dependency.
  • An unavailable app must show UNAVAILABLE instead of a hopeful placeholder.
  • A planned feature is labelled planned in the UI, the docs and this website.

What comes next

The bigger picture

v0.7.2-beta is a working foundation, not a finished daily driver. The roadmap ahead is ambitious.

This is not just about building another mobile OS. It is about discovering how far autonomous AI engineering can go when challenged with complex, multidisciplinary software development. The initial foundation took two days; turning it into a secure, reliable, daily-driver OS is the real challenge. These are future targets, not delivery guarantees.

v0.8

Future target

target Next milestone

Close the remaining S10+ hardware paths and promote owner acceptance results.

  • End-to-end audio on speaker, wired, USB-C and Bluetooth
  • Owner acceptance for touch, haptics, microphone and boot sequence
  • Broader app sandbox enforcement on the handset
  • USB network transport for the third console link

v1.0

Future target

target 2027 Q1

The daily-driver target: a complete phone on the Pixel 10 Pro XL.

  • Nuxel boots on mustang (Pixel 10 Pro XL)
  • Mainline kernel, DRM/KMS and GPU acceleration
  • Full modem integration and cellular data
  • Camera ISP and libcamera pipeline
  • HFP and AVRCP Bluetooth profiles
  • On-device A/B updates with verified rollback
  • Remote GUI over XRDP/VNC
  • Public Flatpak app distribution

v2.0

Future target

target 2027+ Q4

The assistant and fleet phase: PenGuru, self-healing and more devices.

  • PenGuru v1: local chat, system tools and private automations
  • PenGuru extension builder with sandboxing and rollback
  • Supervised Nuxel repair assistant
  • Self-healing updates and automated fleet testing
  • 100+ community devices
  • Desktop and tablet support

By the numbers

Measured from the repository

Tracked files
15,812
Lines of tracked text
199K
App packages
23
Verification tiers
L1–L6

Open source. Built in public.

Nuxel is maintained by RikkeTik and developed in the open. Read the code, report issues, or contribute a fix — every decision is visible on GitHub.