Skip to main content

NixOrb 🌐

Floating AI assistant orb for Arch Linux — KDE Plasma 6 Wayland — runs entirely on your machine

A complete ground-up remake of NixOrb with a focus on local AI, rock-solid Qt6 stability, and clean modular architecture.


Models

Every stage is pluggable. Point it at Ollama, at any model on the Hugging Face Hub, or at NVIDIA Nemotron for streaming speech.

Stage Backends Setting
Speech → text faster-whisper (default) · huggingface (any ASR model) · nemotron · vosk asr_backend
Thinking auto (default) · ollama · huggingface (any causal LM) · openai · t1 llm_backend
Text → speech kokoro · piper · huggingface (any TTS model) · glados · openai · espeak tts_backend
pip install 'nixorb[hf]'        # any Hugging Face ASR / TTS / LLM
pip install 'nixorb[nemotron]'  # NVIDIA Nemotron 3.5 streaming ASR
pip install 'nixorb[quant]'     # 4-bit LLMs (bitsandbytes)

Install NixOrb into its own virtualenv, not a shared interpreter. The default ASR checkpoint needs transformers >= 5.13, and much of the local-AI ecosystem still pins transformers <= 4.5x — LLaMA-Factory, for one. Whichever you install second wins, pip prints a single dependency conflicts warning, and the loser breaks later from inside a model loader. ./install.sh already builds one at ~/.local/share/nixorb/venv; nixorb check tells you if you are in a shared environment and names anything you collide with.

Any Hugging Face model

# Speech recognition — anything with an automatic-speech-recognition tag
asr_backend = "huggingface"
asr_model   = "openai/whisper-small"      # distil-whisper, MMS, Wav2Vec2, …

# Thinking — any causal LM, streamed token by token
llm_backend  = "huggingface"
llm_hf_model = "Qwen/Qwen2.5-3B-Instruct"  # Llama, Phi, Gemma, SmolLM, …

# Voice — any text-to-speech model
tts_backend  = "huggingface"
tts_hf_repo  = "facebook/mms-tts-eng"      # SpeechT5, Bark, VITS, Parler, …

When the local model won't load

llm_backend = "auto" prefers whatever is local and answers through the T1 API only when the local model cannot serve — a GGUF whose architecture your llama.cpp predates, a first run with nothing downloaded, a machine with no GPU and no patience. The decision is made once at startup and logged.

llm_backend  = "auto"          # local first, T1 as the safety net
t1_base_url  = "https://t1.example.org"
t1_api_key   = "…"
t1_model     = ""              # blank lets T1 route through your plan
pip install 'nixorb[t1]'
nixorb models --remote         # what your T1 server serves

Leave t1_base_url blank and nothing is ever contacted — auto is then just the local backend with a clearer error.

Naming models the short way

With nixorb[hypernix] installed, llm_model accepts any name from hypernix's catalogue, so you needn't know the owner:

nixorb models qwen     # 23 matches, name and repo id side by side
llm_model = "qwen3.5-4b"   # resolves to Qwen/Qwen3.5-4B

Speech without an ML stack

torch is the usual reason a machine cannot run the good models. Two engines avoid it entirely:

pip install 'nixorb[kokoro]'   # neural voice, 82M params, onnxruntime
pip install 'nixorb[vosk]'     # offline ASR, 40 MB, fetches its own model
tts_backend = "kokoro"
tts_voice   = "af_heart"      # or am_michael, bf_emma, …

asr_backend = "vosk"
asr_model   = "en-us"         # a language, a model name, or a directory

Kokoro sounds like a person and runs on a CPU. Vosk is less accurate than Whisper and does not punctuate, but it is 40 MB and never fails to load — the floor NixOrb can always reach.

Any Piper voice

Piper ships no voices. Name any of the ~180 in rhasspy/piper-voices and it is fetched on first use into ~/.local/share/piper/voices:

tts_backend = "piper"
tts_voice   = "en_GB-northern_english_male-medium"
# or "de_DE-thorsten-high", "fr_FR-siwis-medium", "ja_JA-hi_fi_captain-medium", …
# or the path of a .onnx you trained or downloaded yourself:
# tts_voice = "/home/me/voices/my-voice.onnx"

tts_download_voices = true   # false to stay offline and use only what is on disk

Names are locale-speaker-quality, and quality is one of x_low, low, medium, high — bigger is better and slower. Try one without restarting the orb:

nixorb tts "Testing this voice."

Gated repos need a token: set hf_token, or export HF_TOKEN.

NVIDIA Nemotron 3.5 ASR (streaming)

nvidia/nemotron-3.5-asr-streaming-0.6b is a 0.6B FastConformer-RNNT covering 40 language-locales with punctuation and capitalisation. It gets its own backend rather than going through the generic pipeline because it is cache-aware: it reuses encoder state across strictly non-overlapping chunks, so partial transcripts arrive while you are still talking instead of after you stop.

asr_backend  = "nemotron"
asr_model    = "nvidia/nemotron-3.5-asr-streaming-0.6b"
asr_language = "auto"       # or a locale: "en-US", "de-DE", "ja-JP", …
asr_streaming = true        # emit partials as you speak

# Right-context in 80ms frames — the latency/accuracy dial.
asr_nemotron_lookahead = 3  # 0→80ms  3→320ms  6→560ms  13→1120ms

With asr_language = "auto" the model detects the spoken language and reports it; NixOrb strips the <en-US> tag from the transcript and logs the detection.

Needs transformers >= 5.13 — that is where Nemotron3_5Asr landed, and it is the floor for the [hf] and [nemotron] extras. On an older install NixOrb names the version it found and the command to fix it, then falls back to offline transcription through the generic pipeline.

Architecture Overview

NixOrb Architecture Pipeline

Quick Start

Install (Arch Linux)

git clone https://github.com/trail-b1az3r/nixorb.git
cd nixorb
chmod +x install.sh
./install.sh

The installer puts everything in a virtualenv at ~/.local/share/nixorb/venv and links the launcher into ~/.local/bin. Installing by hand elsewhere, do the same — see the note under Models for why a shared interpreter breaks this project:

python -m venv ~/.local/share/nixorb/venv
~/.local/share/nixorb/venv/bin/pip install torch torchaudio   # or the CUDA build
~/.local/share/nixorb/venv/bin/pip install -e .
ln -sf ~/.local/share/nixorb/venv/bin/nixorb ~/.local/bin/nixorb

Python 3.12 – 3.14 are supported.

Configure it for your machine

nixorb setup            # looks at what you have, writes settings that run
nixorb setup --dry-run  # show the plan, change nothing

The shipped defaults aim high — streaming Nemotron ASR, a reasoning GGUF, a neural voice. On a machine with that stack it is a good assistant; without it, every stage fails somewhere different and the orb starts, listens, and says nothing. nixorb setup looks first and prefers the boring option: faster-whisper over Nemotron, Ollama over an in-process GGUF, a voice that is already installed over one that must be fetched. It names every choice and what to install to do better.

install.sh runs it for you, and a first start with no config at all makes the same choices by itself — so this is a command you only need when something changes, not to get going. A config you have edited is never overwritten.

Start NixOrb

nixorb start          # Launch the floating orb
nixorb trigger        # Activate the running orb (bind to a KDE shortcut)
nixorb status         # Check system status
nixorb quit           # Shut the running orb down
nixorb ask "What is 2+2?"   # One-shot query
nixorb check          # Check dependencies

nixorb trigger talks to the running instance over a Unix socket in $XDG_RUNTIME_DIR, so it works the same under Wayland, X11, or a bare TTY — which is what makes it usable as a KDE global shortcut.

Talking to it

It is built to be used by voice, not read.

  • Speaks while it thinks. Each sentence is synthesised as the model produces it, so the reply starts about a second in rather than after the whole answer is written. (tts_streaming)
  • Talk over it. Triggering while it is speaking cuts playback off and starts listening, instead of queueing behind the current answer. (barge_in)
  • Keep talking. After answering it listens again for a few seconds, so "and what about tomorrow?" needs no second hotkey press. (follow_up_seconds, 0 to disable)
  • Answers made for ears. The default prompt asks for one or two spoken sentences, answer first, no markdown — and shell commands are suppressed from the speech rather than read out character by character.
  • Live transcripts. With Nemotron streaming on, partial text arrives while you are still speaking.

Pipeline Flow

Trigger (Hotkey/WakeWord/Click)
  → Record Audio (sounddevice + VAD)
  → Transcribe (faster-whisper INT8, ~2.1GB VRAM)
  → Think (Ollama LLM stream, localhost:11434)
  → Speak (Piper TTS, offline)
  → Execute (<ACTION> sandboxed bash)

VRAM Budget (GTX 1080 8 GB)

Component VRAM Priority
ASR (Whisper large-v3 INT8, or Nemotron 0.6B) ~2.1 GB / ~1.3 GB LOW — evicted first
LLM (Ollama, or an in-process HF model) ~4.0 GB HIGH
Piper TTS ~0.1 GB MEDIUM
System + KDE ~0.5 GB reserved
Safety buffer 0.25 GB reserved

Configuration

Edit ~/.config/nixorb/config.toml or use the GUI (right-click orb → Settings):

hotkey = "Ctrl+Alt+Space"
orb_size = 88
llm_model = "llama3.2"
ollama_host = "http://localhost:11434"
tts_backend = "piper"

# Requires the optional extra: pip install 'nixorb[wakeword]'
wake_word_enabled = false

# Ask before running every command the model emits.
require_action_confirmation = true

See config/default.toml for every option with comments.

Orb States

The orb has no caption — its colour is the state, and the tray tooltip spells it out in words.

State Colour Meaning
Idle Clay #C96442 Waiting for you
Listening Sage #5E9C7E Recording; the ring tracks your voice
Thinking Amber #D9A441 Querying the model
Speaking Lit clay #E08A62 Talking back
Error Rust #B3453E Something failed — check the log

Keyboard Shortcuts

Action Default Notes
Activate Ctrl+Alt+Space Global hotkey (via pynput/XWayland)
KDE Shortcut Custom System Settings → Shortcuts, running nixorb trigger
Orb double-click Double-click Direct activation
Orb right-click Right-click Menu: Activate / Settings / Quit
Opacity Scroll wheel While hovering over orb
Drag Click+drag Reposition the orb

Project Structure

nixorb/
├── core/           # Event bus, VRAM manager, IPC control socket
├── asr/            # base (mic + VAD) · faster-whisper · HF · Nemotron
├── llm/            # Ollama · Hugging Face · backend factory
├── tts/            # Piper · Hugging Face · streaming Speaker
├── ui/             # Qt6 orb, tray, settings, hotkey, confirm dialog
├── action/         # Confirmed command execution + clipboard
├── memory/         # ChromaDB vector memory
├── plugins/        # Plugin loader and tool dispatch
├── utils/          # Paths, logging, web search
├── vision/         # Screen capture
├── hf.py           # Shared Hugging Face device/dtype/auth plumbing
├── main.py         # Entry point and the conversation loop
├── cli.py          # CLI interface
└── settings.py     # Configuration

Dependencies

  • System: python 3.12+, qt6-base, qt6-declarative, qt6-wayland, portaudio, wl-clipboard, grim
  • LLM: ollama, or pip install 'nixorb[hf]' for in-process models
  • AUR: piper-tts (speech). Note its binary is piper-tts — Arch's piper package is the unrelated gaming-mouse tool. espeak-ng is the fallback if Piper is missing.
  • Python: See requirements.txt / pyproject.toml

Troubleshooting

NixOrb writes everything it does to ~/.local/share/nixorb/logs/nixorb.log. Start with nixorb status — it reports whether Ollama is actually reachable and whether the configured model is installed.

Symptom Check
Orb never appears qt6-declarative and qt6-wayland installed? The log prints any QML error.
nixorb: command not found ~/.local/bin on your PATH (the installer links it there).
Orb appears, nothing happens on activate nixorb status — Ollama unreachable, or the model isn't pulled.
It starts but never answers, and every stage logs a different failure The defaults are aimed at a machine you may not have. Run nixorb setup: it reads what is installed and writes settings that will run here, with the reason for each one. --dry-run shows them without writing.
I have no torch, no CUDA and no GPU That is enough. pip install 'nixorb[kokoro]' 'nixorb[vosk]' gives a neural voice and offline speech recognition on onnxruntime and Kaldi — together about 130 MB, no torch anywhere. Then nixorb setup.
It speaks no audio yay -S piper-tts (AUR), or install espeak-ng; the log says which is missing.
nixorb trigger says not running Start the orb first; nixorb status shows the control socket.
Commands are always denied Approve the confirmation dialog, or set require_action_confirmation = false.
A Hugging Face model won't load nixorb status names the failure. Gated repo? Set hf_token. Custom architecture? hf_trust_remote_code = true.
Nemotron has no streaming Needs transformers >= 5.13: pip install 'nixorb[nemotron]'.
pip prints dependency conflicts naming transformers Another project in the same interpreter pins an older transformers than NixOrb's >= 5.13. They cannot share one; nixorb check names it. Put NixOrb in its own virtualenv.
It forgets everything between sessions ChromaDB failed to load — nixorb check, then the log line starting Memory:.
Turn failed: libcudart.so.12: cannot open shared object file torch and torchaudio came from different builds. transformers>=5 imports torchaudio, so this kills model loading. Reinstall both from one index: pip install --force-reinstall torch torchaudio --index-url https://download.pytorch.org/whl/cpu (or …/whl/cu128). nixorb check shows which build you have.
Could not load this library: …/_torchaudio.so An earlier install left its extension behind and the loader finds two. --force-reinstall will not clear it: pip uninstall -y torchaudio, rm -rf <site-packages>/torchaudio, then reinstall. Or just leave it uninstalled — NixOrb never calls torchaudio and transformers skips it when absent. nixorb check lists the leftover files.
Speech recognition quietly switched to faster-whisper The configured backend could not load; the log line starting ASR: says why. It keeps listening rather than failing every turn, and the decision is made once, not per turn.
Failed to load model from file: …gguf The error now continues with what the file's own header says. "The file itself is fine … architecture 'x'" means the download is good and your llama.cpp is too old: pip install -U --force-reinstall --no-cache-dir llama-cpp-python. "Not a usable GGUF" means re-download.
nemotron failed: expected string or bytes-like object, got 'list' Fixed in 2.0.11 — generate() returns a batched sequence and the decoder was handed the batch. Upgrade.
Numba needs NumPy 2.4 or less numba (pulled in by the Nemotron stack) trails NumPy by a release. pip install "numpy<2.5". NixOrb falls back to faster-whisper meanwhile.
Config changes do nothing Fixed in 2.0.15. Before that, config/default.toml was never read at all, a mistyped key was silently ignored, and one badly-typed value reverted the whole file to defaults. nixorb check and the log now name the offending key.
It reads its thinking aloud, run together, with no answer Fixed in 2.0.15. <think> blocks are suppressed, streamed tokens keep their spaces, and llm_max_tokens defaults to 4096 so a reasoning model can finish thinking and answer.
It won't run commands nixorb check now says why: running as root refuses execution outright, and confirmation/sandbox state is listed. Commands the model only weighed up inside <think> are never run.
It speaks through Piper although I chose something else Fixed in 2.1.0. Piper used to be the hardcoded landing place for every failure. The order is tts_fallbacks now, the configured backend always leads, and every fall-through is logged with what to install.
Piper only ever uses one voice Fixed in 2.0.13 — before that it searched disk only, so any voice the installer had not fetched fell back to espeak. Set tts_voice to any name from rhasspy/piper-voices.
It speaks with espeak although tts_backend = "piper" The log line starting TTS: says why: no piper-tts binary, or the voice could not be fetched. A tts_voice written as prose (the stock default, meant for the HF backend) now falls back to en_US-lessac-medium rather than to espeak.
It chose settings on its own the first time I started it By design, once: with no config at all, NixOrb picks what this machine can run rather than failing on a model it cannot load. Every choice is in the log with its reason. Edit ~/.config/nixorb/config.toml and it is never touched again.
Kokoro: could not fetch the Kokoro model It needs one ~90 MB ONNX file and a voice pack, fetched once into ~/.local/share/nixorb/kokoro. Behind a proxy or offline, download them yourself and set tts_kokoro_model and tts_kokoro_voices to the paths.
Vosk hears nothing asr_model takes a language tag (en-us), a vosk-model-… name, or a path to an unpacked model directory. A bare tag downloads the small model on first use; the log line starting ASR: says which it resolved to.
Custom wake word ignored wake_word_model must be an openwakeword .onnx/.tflite path, or one of its bundled names. A Hugging Face repo of a transformers audio classifier is a different kind of model and openwakeword cannot load it — train one with openwakeword's tools instead.
Out of VRAM with an HF LLM llm_hf_load_in_4bit = true (pip install 'nixorb[quant]'), or hf_device = "cpu".
Actions do nothing when run as root NixOrb disables command execution as root — run it as your normal user.

Testing

pip install -e ".[dev]"
pytest tests/ -v

License

MIT © NixOrb Contributors

Metadata

Release files for nixorb 2.2.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for nixorb 2.2.0
File Size Uploaded
nixorb-2.2.0.tar.gz 282.1 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for nixorb 2.2.0
File Interpreter ABI Platform
nixorb-2.2.0-py3-none-any.whl Python 3 none any Details

Total release size: 484.1 kB

Release files / nixorb-2.2.0.tar.gz

Download URL nixorb-2.2.0.tar.gz
Size 282.1 kB
Tags Source
SHA-256 checksum
How to use checksums
e809e822f019179ea9ce5db5e4250118c7648b35208ce3a640b8b6b2fccb3aab
BLAKE2b-256 checksum
How to use checksums
17e139ae113d47257b27ad92e45f421412c257769de179335d89104c73f1c871
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 2, 2026.

Transparency log

Release files / nixorb-2.2.0-py3-none-any.whl

Download URL nixorb-2.2.0-py3-none-any.whl
Size 202.0 kB
Tags Python 3
SHA-256 checksum
How to use checksums
adc321b94d14ee9a120856eb71c219814fe77962b30f4014f33b1e55ee615aa2
BLAKE2b-256 checksum
How to use checksums
2f3eb544738ffc36b400ae372cbd887de2ffbafbefe8781312a10c0342b807b4
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 2, 2026.

Transparency log
Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page