The rzfz.ai Stack

The rzfz.ai Stack — the integrated open-source stack for local AI infrastructure — bundles curated open-source modules as Docker Compose containers, behind Caddy as the single externally reachable entry point and Authentik SSO, on the rzfz.ai Box, your own Ubuntu 26.04 servers, or in the cloud.

The Stack Map

From the reverse proxy to the agents — the entire rzfz.ai Stack, live from the data, grouped by layer. Click, focus, or tap a tile for details.

  • developed by razzfazz.ai GmbH
  • Experimental

Agentic AI

Data & documents

Standard applications & security

Operations

LLMs & RAG

Core

Features

The rzfz.ai Stack — the integrated open-source stack for local AI infrastructure — covers seven core scenarios end to end. Each feature combines several modules into a finished use case, entirely on your own hardware.

Local Chat

ChatGPT comfort without a word leaving the building

Open WebUI is the central chat interface for every model on the box — combining retrieval-augmented generation, web search and speech in/out in one interface. In the background, GPUStack with llama.cpp handles inference on your own GPU, so every request is answered locally. Because the model, vector search and interface all run on the same infrastructure, no prompt and no answer ever leaves the building — with no external API dependency at all. In practice, Open WebUI serves as the front end for central knowledge bases and industry-specific RAG applications, from production control to foreign trade.

Modules: Open WebUI, GPUStack + llama.cpp

In practice: Central RAG knowledge base for production control , Finding TARIC goods codes via RAG

Local Workflow Automation

Automate business processes with AI — on your own hardware

Dify orchestrates business processes as visual workflows — from simple classification to multi-step document pipelines with approval steps. Every node in the workflow runs against the stack's local models, so automations can be assembled without programming knowledge and tested directly against real business data. Because orchestration and inference run on the same box, sensitive client and customer data stays in house throughout processing. In production, Dify already classifies support emails for an IT service provider, supports accounting processes at a tax advisory firm, and structures digitalization projects in consulting.

Modules: Dify

In practice: Support email classification for IT operations , Accounting support in a tax advisory firm , Framework for digitalization consulting

Local Knowledgegraph Brain

One central company brain for agents, chat and workflows

Cognee builds a knowledge graph across your documents and systems and answers questions via GraphRAG instead of plain keyword search — more precise for complex relationships and across document boundaries. In the stack it serves as shared memory that chat, workflows and agents access through the MCP registry, instead of every module keeping its own knowledge. Because the knowledge graph is built entirely on your own hardware, internal documents and process knowledge stay in house — Cognee is currently included as an experimental module and under active development. At one production company it already consolidates manuals, incident history and process documentation into one central knowledge base that staff query simply via chat.

Modules: Cognee

In practice: Central RAG knowledge base for production control

Local Personal Agents

Personal AI agents per employee — no Telegram, no WhatsApp needed

Every employee provisions their own personal agents through the agent manager — Hermes as a Python agent with persistent memory and more than 30 tools, Moltis as a Rust-based agent server with Matrix integration. They are reached the normal way, through Open WebUI, with no need for Telegram, WhatsApp or any other external messenger. Because the agent manager, Hermes and Moltis all run on the same box as the models, memory contents and conversations stay entirely local — all three are currently included as experimental building blocks of the stack. This makes it possible to build personal assistants that remember earlier requests and take on tasks independently, without data ever leaving your own infrastructure.

Modules: Agent Manager, Hermes, Moltis

Local Coding Agents

No code leaves the box

Coding agents run in a protected container terminal on the box or master — with access to the local Gitea and on-box coding models. They take on bounded jobs like raising test coverage, refactorings or spec-driven implementation and deliver results as merge requests. With models, code and git server on the same infrastructure, there are no external API keys and not a single line of code leaves the premises. One customer already runs an agent that raises unit-test coverage around the clock.

Modules: Codex, OpenCode, gsd-pi, Gitea, OpenHands

In practice: 24×7 dev agent raising test coverage , Local coding with on-box models

Document OCR & Interpretation

From PDF to structured data — locally

Docling, Tika and Gotenberg read, convert and interpret documents of every kind — from PDFs and Office files to scanned receipts with layout analysis. Vision models on your own GPU handle image recognition, while Stirling PDF is available as a toolbox for merging, splitting and converting. Because the entire pipeline — recognition, conversion and vision inference — runs on the same infrastructure, invoices, contracts and other sensitive documents never leave the building; Docling, Tika and Stirling PDF are currently included as experimental modules. In production, this pipeline already pre-processes receipts for a tax advisory firm and extracts inbound customer documents before sensitive data gets redacted.

Modules: Docling, Apache Tika, Gotenberg, Stirling PDF

In practice: Accounting support in a tax advisory firm , Document extraction and redaction of sensitive data

PII Redaction

Detect and redact personal data — in text and images

Microsoft Presidio detects and anonymizes personal data in document pipelines before it is passed on to other modules — more than 30 categories, in text as well as in images. The Analyzer identifies sensitive spots, the Anonymizer redacts or replaces them, and the Image Redactor does the same job for photos and scans. Presidio runs internal-only as a preprocessing step on the same box as the other modules — personal data gets redacted before it ever reaches a language model; the module is currently included as an experimental building block of the stack. It is already used to redact inbound customer documents and, in image analysis for patient care, to keep sensitive health data entirely within the facility.

Modules: Presidio

In practice: Document extraction and redaction of sensitive data , Local image analysis in patient care

"Nothing leaves the box unless a module is explicitly configured to reach out."

Enterprise

The rzfz.ai Stack — the integrated open-source stack for local AI infrastructure — is hardened for enterprise use: identity, network and compliance are designed in from the start, not bolted on afterward.

Identity & access

Authentik sits in front of every module — no service is reachable without signing in. Role-based access control (RBAC) and multi-factor authentication (MFA) are the default, not an add-on.

Network hardening

  • Caddy is the only externally reachable entry point — with rate limiting against abuse.
  • The Docker daemon is never directly exposed; a Docker socket proxy mediates every access.
  • An SSRF proxy filters outbound HTTP calls from workflows before they leave the network.
  • Every service port is bound to localhost — nothing listens on a public interface.

Compliance

The security documentation includes mapping tables for NIS2 and ISO 27001, plus an assessment against the OWASP LLM Top 10. Every release ships with an SBOM and a security assessment.

Secrets & backups

Secret rotation tooling and GPG-encrypted backups are part of standard operations — no plaintext credentials, no unencrypted backups.

Three tiers: Community, Subscription, Services

The rzfz.ai Stack's source code is public on Codeberg — if you run the stack privately or for evaluation, all you need is community support via Codeberg Issues and the community wiki (on Codeberg).

The rzfz.ai subscription is a license, not a service: it grants your company the right to operate the current, patched version of the rzfz.ai Stack commercially. The source code is public — commercial production use runs on the subscription.

The maintenance flat rate, standard support, single support requests and trainings are standalone services and not part of the subscription — you book them separately, as needed.

Documentation is split: the community wiki is the public community documentation, freely accessible. docs.rzfz.ai is the Enterprise documentation, gated behind login for subscription customers.

rzfz.ai Subscription

799 € per server/box/VM per year, net

  • Right to operate the current, patched stack commercially
  • At least 4 releases per year (currently monthly) incl. security updates
  • Access to the Enterprise documentation (docs.rzfz.ai)
  • One subscription per stack installation (server, VM or box)

Releases

The rzfz.ai Stack — the integrated open-source stack for local AI infrastructure — is versioned with CalVer and currently ships on a monthly release cycle. The list below shows every release, newest first.

  1. v2026.07-ga

    Open-core licensing goes public: Apache-2.0 Community, the rzfz.ai Subscription and coding-agent workspaces

    • Open-core licensing, delivered publicly — a free Apache-2.0 Community tier, a source-available tier (BUSL-1.1) under the rzfz.ai Subscription, a live license overview, a public Codeberg mirror and a published Community Wiki
    • Coding-agent workspaces — personal coding agents are now per-type sandboxed containers (opencode, Codex, user-defined) with live web-app preview plus per-user MCP integrations and memory
    • Dify 1.15.0 — single sign-on no longer asks you to log in twice
  2. v2026.06-ga

    One default model: qwen3.6 at 1M context for chat, coding and vision

    • qwen3.6 is the one default model for chat, coding, general tasks and vision at 1M context — no per-role model juggling
    • Document Q&A works out of the box — the reranker and chunking defaults that make RAG find the right facts ship pre-configured
    • Smoother upgrades — both the standard and the from-2026.04 upgrade paths are validated, with upgrade self-healing and journaling
    • Unattended USB appliance — a bootable USB image performs an unattended Ubuntu 26.04 install and prepares the stack for first boot
    • Audit-ready compliance tables — structured NIS2 (EU 2022/2555) and ISO/IEC 27001:2022 evidence in the security architecture
  3. v2026.05-ga

    Per-user personal agents: Hermes, Moltis and coding agents in the "My Agents" drawer

    • rzfz.ai start portal — tile launcher with per-user pinning
    • New Crawl4AI module and observability profile (OpenLIT + ClickHouse)
    • Open WebUI ↔ Dify manifold pipe
  4. v2026.04-GA

    One command from base install to fully configured stack: razzfazz-post-install.sh

    • razzfazz-post-install.sh automates GPUStack model deployment plus Open WebUI and Dify setup in one step
    • Two experimental RAG modules: LightRAG (graph-aware) and Cognee with FalkorDB
    • Encrypted .env snapshots before every configuration change; AMD GPU inference fix

System requirements

The rzfz.ai Stack — the integrated open-source stack for local AI infrastructure — supports only Ubuntu 26.04 LTS as an operating system. The same rule applies to every deployment profile: We name the limits before you find them.

Supported deployment profiles of the rzfz.ai Stack rzfz.ai Box Primary support AMD Strix Halo (Ryzen AI MAX+), 128 GB unified memory Own server / VM without GPU Supported Any Ubuntu 26.04 host, ~16–24 GB RAM NVIDIA/CUDA server Supported Ubuntu 26.04 host with NVIDIA GPUs — own hardware or GPU cloud Cloud instance Supported Any Ubuntu 26.04 cloud instance — with GPU as worker, without GPU as control plane

rzfz.ai Box

AMD Strix Halo (Ryzen AI MAX+), 128 GB unified memory

32 GB container budget + 96 GB VRAM (raisable to 110 GB)

Requirements

  • Ubuntu 26.04 LTS (pre-installed)
  • Network access, ports 22/80/443

Limitations

  • AMD-only inference — no NVIDIA/CUDA path on the box
  • vLLM currently unsupported on Strix Halo (production: llama.cpp via Vulkan)
  • The 32 GB container budget limits how many modules run concurrently
  • One intensive agent loop at a time — sizing rule ~1 box per 6–10 employees

Own server / VM without GPU

Any Ubuntu 26.04 host, ~16–24 GB RAM

Requirements

  • Ubuntu 26.04 LTS, kernel 7.x
  • Docker Engine + Compose v2

Limitations

  • CPU inference is slow — fine for light or batch workloads, not for interactive agents
  • As a control plane it delegates inference to GPU workers (boxes or cloud)

NVIDIA/CUDA server

Ubuntu 26.04 host with NVIDIA GPUs — own hardware or GPU cloud

Requirements

  • Ubuntu 26.04 LTS
  • CUDA-capable NVIDIA GPU(s)
  • Docker Engine + Compose v2

Limitations

  • Inference via llama.cpp on CUDA, models in GGUF format
  • The VRAM ceiling is a budget question, not an architectural one

Cloud instance

Any Ubuntu 26.04 cloud instance — with GPU as worker, without GPU as control plane

Requirements

  • Ubuntu 26.04 LTS
  • Docker Engine + Compose v2

Limitations

  • Data sovereignty depends on the cloud provider — for strictly local scenarios choose the box or own hardware

Mixed fleets

Many teams combine profiles instead of committing to one: a control plane without its own GPU orchestrates several rzfz.ai boxes as local inference workers and, when needed, pulls in additional cloud GPU workers for peak load. Core operations stay local while peak load scales in elastically. Find matching combinations under Bundles.

rzfz.ai · stack · tty1 all data stays local [ de ]