Geschäftsmodell

Wie Rhyzon funktioniert.

Eine eigene Instanz pro Kunde — physisch isoliert, in der Schweiz gehostet. Eure Daten bleiben bei euch, eure KI-Mitarbeiter arbeiten dort, wo eure Daten leben. Vom Konnektor bis zum Workflow — auf einer Seite erklärt.

Schweizer Hosting Physische Datentrennung Audit-Trail Source-available

Bausteine

Fünf Bausteine im Portal.

Rhyzon besteht aus fünf zentralen Konzepten. Wer diese fünf versteht, versteht das Produkt.

Portal

Eine gemeinsame Web-Oberfläche, über die ihr alles konfiguriert.

Konnektoren

Anbindungen an kDrive, kMail, Google Workspace, Slack und LLMs — mit Datenschutz-Label.

KI-Mitarbeiter

Benannte KI-Identitäten mit Bild, Zugriffen, Anleitungen und Erinnerung.

Workflows Geplant

Automatische Jobs mit Trigger, Ziel und ausführendem KI-Mitarbeiter.

Chat

Direkter Dialog mit einem gewählten KI-Mitarbeiter — und Team-Chat zwischen euren Leuten, in Echtzeit.

Handeln

Nicht nur antworten — handeln.

KI-Mitarbeiter schreiben Mails, planen Termine und pflegen Daten. Damit das sicher bleibt, ist jede ausgehende Handlung an klare Regeln gebunden.

Empfänger-Freigabe

Bevor ein KI-Mitarbeiter eine Person auf einem Kanal erreichen darf, gebt ihr diese Verbindung frei — pro KI-Mitarbeiter, pro Person, pro Kanal. Ohne Freigabe ist der Versand technisch blockiert. Versehentliches Anschreiben gibt es nicht.

CRM, das mitwächst

Kontakte erkennt das System automatisch aus euren Mails und schlägt sie zur Übernahme vor. Firmen-Pipeline, Aufgaben und Touchpoints pflegt euer Team im Portal — die KI-Mitarbeiter helfen dabei. Der ganze Verlauf einer Person an einem Ort.

Persönliche KI-Mitarbeiter

Neben den vom Hive kuratierten KI-Mitarbeitern legt jedes Teammitglied selbst — ohne Admin — einen eigenen an und verbindet private Postfächer, die nur ihm gehören.

KI-Mitarbeiter

Was steckt in einem KI-Mitarbeiter?

Ein KI-Mitarbeiter ist kein simpler Chatbot. Er hat Berechtigungen, Fähigkeiten und ein Gedächtnis — alles vom Admin eures Hive kuratiert.

KI-Mitarbeiter Name + Bild "Buchungsassistent" Konnektoren Bexio (read+write) kDrive (read) LLM-Bindung Qwen3.5 via Infomaniak AI (CH) Memory-Notes "Hosting auf 6500" — gelernt im Dialog Anleitungen Buchen Schweiz Jahresabschluss

Beispiel: Buchungsassistent

Ein KI-Mitarbeiter mit Lese-Zugriff auf eure Belege im kDrive, Schreib-Zugriff auf Buchungen in Bexio, der Anleitung "Buchen Schweiz" und gelernten Regeln aus eurem Buchungsalltag.

  • Identität Name und Bild — euer Buchungsassistent hat ein Gesicht.
  • Konnektor-Zugriffe mit Scopes Pro Anbindung getrennt: nur lesen, schreiben oder löschen.
  • LLM-Bindung Welches Sprachmodell der KI-Mitarbeiter nutzt. Standard ist Schweizer Hosting über Infomaniak AI; weitere Anbieter mit OpenAI-kompatibler API sind anbindbar — immer prüfbar gegen Datenschutz-Labels.
  • Anleitungen mit Version Fähigkeitsbündel aus Abläufen, Werkzeugen und Fachwissen.
  • Memory-Notes Regeln, die der KI-Mitarbeiter im Dialog gelernt hat. Editierbar, löschbar, transparent.

Datenschutz

Souveränität ist eure Entscheidung.

Ihr legt pro Mandant fest, welche Sprachmodelle eure Daten erreichen dürfen — drei Stufen, Schweizer Default. Einzelne KI-Mitarbeiter lassen sich zusätzlich auf reines Schweizer Hosting fixieren. Das System hält sich daran — nachvollziehbar, mit Audit-Log.

Standard ist Schweizer Hosting mit Schweizer Sprachmodell — heute live. Das Stufen-Gate ist gebaut und aktiv: der Wechsel auf eine andere Stufe erfolgt auf Antrag über den Betreiber, kein Self-Service.

Stufe 1

Nur Schweiz

ch_only

Schweizer Sprachmodell (Infomaniak). Daten und Verarbeitung bleiben in der Schweiz — Standard für jeden neuen Mandant.

Live — Standard
Stufe 2

Globaler Standard

us_standard

OpenAI · Anthropic · Mistral, vertraglich abgesichert (Auftragsverarbeitungsvertrag, EU-Standardvertragsklauseln und Swiss Data Privacy Framework), 30 Tage Provider-Retention. Bewusstes Opt-in pro Mandant.

Gate aktiv — auf Antrag
Stufe 3

Global mit Zero-Retention-Vertrag

us_zra

Globale Provider mit Zero-Retention-Vertrag — keine Speicherung beim Provider. Mit Vertrags-Begleitung.

auf Anfrage

Stufen-Wechsel auf Antrag über den Betreiber — bewusst kein Self-Service-Schalter. Avatar-Override: ein einzelner KI-Mitarbeiter lässt sich auf ch_only („Nur Schweiz") fixieren — die strengere Regel gewinnt.

Anleitungen

Fähigkeiten zum Anstecken.

Eine Anleitung — technisch auch Skill genannt — ist eine versionierte Einheit aus Abläufen, Werkzeugen und Fachwissen. KI-Mitarbeiter bekommen ihre Fähigkeiten, indem ihr ihnen Anleitungen ansteckt.

Anleitung: buchen-schweiz @ 1.2.0
Abläufe

Schritt-für-Schritt

belegerfassung.mdkontierungslogik.md
Werkzeuge

Aktionen am System

bexio.bills.createkdrive.files.find
Fachwissen

Domänen-Wissen

OR Art. 957MWST-Sätze 2026
1

Standard-Anleitungen

Generische Anleitungen, die Rhyzon selbst entwickelt und pflegt. Inkludiert in jedem Tier.

Erstellt von Rhyzon
2

Branchen-Anleitungen

Mit Pilot-Kunden gemeinsam entwickelt, generalisierbar — Treuhand, Mahnwesen, DSGVO-Konformität.

Mit Pilot-Kunden co-kreiert
3

Kunden-spezifische Anleitungen

Eure eigenen Abläufe — von Rhyzon oder einem geprüften Partner für euch gebaut, bleiben in eurem Hive. Euer eigenes Wissen und eure Regeln pflegt ihr selbst über Memory-Notes.

Von Rhyzon/Partner für euch gebaut

KI-Mitarbeiter lernen mit.

Heute verfügbar ist der Mechanismus M1 (Memory-Notes). Drei weitere Mechanismen sind geplant — alle ohne Modell-Training, transparent und reversibel.

M1 — User

Memory-Notes

Ihr tragt Regeln ein: "Hosting-Rechnungen auf Konto 6500 buchen". Der KI-Mitarbeiter führt sie bei jeder Anfrage mit.

M2 — System

Pattern-VorschlägeGeplant

Erkennt das System ein wiederkehrendes Muster, schlägt es eine Regel vor — ihr nehmt sie an oder verwerft sie.

M3 — Dialog

Korrektur-LernenGeplant

Korrigiert ihr eine Antwort, fragt der KI-Mitarbeiter: "Einzelfall oder Regel?". Bei "Regel" wird daraus eine Memory-Note.

M4 — Branche

Skill-PromotionGeplant

Was in eurem Hive gut funktioniert, kann mit eurer Zustimmung anonymisiert zur Branchen-Anleitung werden.

Workflows

Automatisierungen mit Sicherheitsgurt.Geplant

Roadmap-Feature — in Entwicklung, noch nicht im Produkt verfügbar.

So ist das Workflow-Konzept geplant: Workflows laufen ohne menschliche Aufsicht. Deshalb sollen sie harte Halt-Bedingungen, Kosten-Caps und einen Dry-Run-Modus für schreibende Aktionen erhalten. Die folgende Darstellung ist illustrativ.

Trigger
  • Cron
  • Konnektor-Event
  • Webhook
  • manuell
Ziel (Goal)

„Buche alle Belege des letzten Monats in Bexio.“

KI-Mitarbeiter + Limits
  • Iterations-Limit
  • Token-Limit
  • Kosten-Cap pro Run
  • Laufzeit-Limit
  • Stagnations-Stop
Konnektor-Aktion
  • Bexio.createBill
  • kDrive.files.find
DRY-RUN bis Freigabe
Run-History

jeder Schritt protokolliert

Dry-Run zuerst.

Geplant: Schreibende Workflows laufen zuerst im Lese-Modus. Ihr seht, was der KI-Mitarbeiter tun würde, und schaltet erst dann live.

Mehrere Kosten-Ebenen.

Geplant: Caps pro Run, pro Workflow pro Tag, pro Hive pro Monat. Bei Erreichen: sauberer Stop mit Notification.

Vollständige Run-History.

Geplant: Jeder Tool-Call, jede LLM-Antwort, jede Entscheidung des KI-Mitarbeiters ist im Portal nachlesbar. Keine Black-Box.

Architektur

Ein Hive pro Kunde.

Jeder Kunde erhält einen eigenen Hive — eine eigene VM mit vollständigem Stack: eigene Datenbank, Dokumenten-Speicher, App-Service und Web-Portal. Ein Hive = eine VM = eine Datenbank = ein eigenes Portal. Keine geteilte Infrastruktur zwischen Kunden — die Mandantentrennung erfolgt physisch auf VM-Ebene. Sämtliche Hives laufen in der Schweiz.

Ein Hive = eine VM = eine Datenbank = ein eigenes PortalKeine geteilte Infrastruktur — die Mandantentrennung ist physisch auf VM-Ebene.

HIVE A — ch_only
Web-Portal
Datenbankeigener Stack, eigene Daten
Dokumenten-Speicher
App-ServiceInferenz + Policy
ch_only · Daten + LLM in CH
Eigene VM — voller Stack, isoliert
HIVE B — us_standard
Web-Portal
Datenbankeigener Stack, eigene Daten
Dokumenten-Speicher
App-ServiceInferenz + Policy
us_standard · Daten in CH · LLM global (DPF)
Eigene VM — voller Stack, isoliert
HIVE C — us_zra
Web-Portal
Datenbankeigener Stack, eigene Daten
Dokumenten-Speicher
App-ServiceInferenz + Policy
us_zra · Daten in CH · LLM Zero-Retention
Eigene VM — voller Stack, isoliert

Physisch getrennt.

Jeder Kunde erhält einen eigenen Hive — eine eigene VM mit eigener Datenbank, eigenem Speicher und eigenem Portal. Keine geteilte Infrastruktur, keine mandantenübergreifenden Pfade.

Sämtliche Hives in der Schweiz.

Datenbank, Dokumenten-Speicher und App-Service leben immer in einem Schweizer Rechenzentrum — egal welcher Tier. Die LLM-Verarbeitungs-Region ist eine bewusste Wahl pro Mandant.

Geführtes Setup.

Ein begleitetes Installations-Skript richtet den vollständigen Stack auf eurer Infrastruktur ein — eigene Datenbank, Dokumenten-Speicher, App-Service und Portal.

Geschäftsmodell

Alles drin. Immer.

Drei Tiers, differenziert nach KI-Mitarbeitern und Konnektoren — alle Fähigkeiten in jedem Tier. Die LLM-Kosten sind enthalten, ohne Token-Mathematik und ohne separate Provider-Verträge. Wie sich die Tiers unterscheiden, steht im Detail auf der Preise-Seite.

Preise im Detail Trust-Center