Humanoide Robotik.

ROBONEX ist ein Schweizer Integrator für humanoide Robotik im B2B-Umfeld. Das Unternehmen verbindet Roboterauswahl, Software, Unternehmensdaten, sichere Inbetriebnahme, Monitoring, Service und Support zu einer kontrollierten Lösung. Der Fokus liegt nicht auf Show-Effekten, sondern auf messbaren Anwendungsfällen, klaren Betriebsgrenzen und Integration in bestehende Prozesse des Kunden.

ROBONEX liefert nicht nur Hardware, sondern plant, integriert und betreibt humanoide Robotiklösungen. Dazu gehören Use-case Analyse, Datenmodell, Systemadapter, Sicherheitskonzept, Tablet-UI, Monitoring, Serviceprozesse und klare Eskalation zum Menschen. Ein Roboter wird erst empfohlen, wenn Standort, Nutzen, Datenlage, Betriebsteam und Risiko zusammenpassen.

ROBONEX positioniert sich zuerst als Swiss Humanoid Robotics Integrator für Schweizer Unternehmen und Standorte. Die frühe Marktbearbeitung fokussiert auf kontrollierbare Umgebungen wie Empfang, Retail, Events, Campus und Showrooms in der Schweiz. Projekte mit EU-Bezug können geprüft werden, benötigen aber zusätzliche Datenschutz-, Vertrags- und Betriebsabklärungen.

Der ROBONEX AI Reception Desk V1 ist eine stationäre humanoide Empfangslösung mit separatem Tablet. Der Roboter sitzt oder steht an einem festen, freigegebenen Arbeitsplatz, spricht mit Besuchern, nutzt geprüfte Datenquellen, macht nur zugelassene Gesten und lenkt die Aufmerksamkeit auf den Bildschirm. Das Tablet zeigt Details, Karten, Wegschritte, QR-Codes und weitere bestätigte Informationen.

Der AI Reception Desk ist als DEMO-Software mit vorbereitetem physischen Pilotbetrieb zu behandeln. Produktionsstatus entsteht erst nach Standortprüfung, Sicherheitsfreigabe, Datenabnahme, Integrationstests, Betriebsprozess, Supportmodell und dokumentierten Akzeptanzkriterien. Öffentliche Texte dürfen deshalb nicht behaupten, dass jedes Modul bereits produktiv bei Kunden läuft.

Nein. Version 1 ist bewusst stationär und läuft nicht autonom durch das Gebäude. Der Roboter arbeitet an einem festen, abgegrenzten Platz und zeigt höchstens den ersten legalen Abschnitt einer Route. Die vollständige Wegführung, inklusive Karte, Etappen, QR-Code und Zugänglichkeitsoptionen, erfolgt über das unabhängige Tablet.

Der Roboter übernimmt die persönliche Ansprache, Sprache, bestätigte Gesten und einfache Richtungsanzeige. Das Tablet übernimmt die präzise Darstellung: Suchresultate, Karten, Wegschritte, QR-Codes, Formulare, Fehlerzustände und längere Informationen. Diese Trennung ist Absicht, weil der Bildschirm auch dann nützlich bleibt, wenn Stimme, Gestik oder Roboterverbindung eingeschränkt sind.

Der Startfokus liegt auf de-CH und Englisch; weitere Sprachen werden pro Pilot freigegeben. Die Website ist bereits für de-CH, en-CH und fr-CH strukturiert, damit Schweizer Zielgruppen sauber adressiert werden. Für den Roboter zählt aber nicht nur Übersetzung, sondern auch Datenqualität, Aussprache, Fachbegriffe, Fallback-Sätze und Abnahme durch den Kunden.

Operative Fakten kommen aus freigegebenen Datenbanken oder kontrollierten APIs. Das Sprachmodell darf keine Preise, Öffnungszeiten, Promotionen, Etagen, Routen, Verfügbarkeiten oder Buchungsbestätigungen erfinden. Die finale Antwort wird aus validierten Daten zusammengesetzt; wenn Daten fehlen, sagt das System dies offen und bietet Kontakt, Tablet-Information oder Handoff an.

Die Wegführung basiert auf einem Graphen aus erlaubten Knoten und Verbindungen, nicht auf einer Luftlinie. Das System berücksichtigt Etagen, öffentliche Passagen, Lifte, Treppen, zugängliche Routen und temporäre Sperrungen. Der Roboter zeigt nur den ersten legalen Richtungsabschnitt, während das Tablet die vollständige Route mit Schritten und QR-Code bereitstellt.

Nein. Das Sprachmodell steuert den physischen Roboter nicht direkt. Es erzeugt keine Gelenkpositionen, Drehmomente, Geschwindigkeiten oder freien Bewegungsbefehle. Die Anwendung interpretiert die Anfrage, holt Fakten aus Datenquellen und erzeugt daraus validierte Sprache, ScreenCommand für das Tablet und höchstens eine erlaubte RobotCommand-Aktion aus der Allowlist.

Der Roboter darf nur freigegebene Aktionen aus einer geschlossenen Allowlist ausführen. Beispiele sind WELCOME, SHOW_TABLET, POINT_LEFT, POINT_RIGHT, POINT_FORWARD, CONFIRM, GOODBYE, REST und STOP. Freie Winkel, ungetestete Gesten, gleichzeitige Bewegungen oder durch AI generierte Motion Commands gehören nicht in den öffentlichen oder technischen V1-Vertrag.

Bei Fehlern löst das System keine neue Bewegung aus. Ein Modellfehler, API-Fehler, Datenfehler oder Verbindungsproblem führt zu einem sicheren Fallback: REST oder STOP, klare Meldung auf dem Tablet, technischer Alert und Handoff an eine menschliche Betreuung. Der Roboter soll nie so tun, als sei eine fehlende Information bestätigt.

Standardmässig werden keine Roh-Audio- oder Roh-Videoaufnahmen gespeichert. Im MVP ist keine Gesichtserkennung vorgesehen; eine Kamera darf höchstens einen anonymen Präsenzhinweis liefern oder QR-Codes lesen, sofern dies im Standortkonzept freigegeben ist. Anonyme Sitzungsdaten werden kurz gehalten und nach Weggang oder Timeout gelöscht.

Vor einem Pilot werden Datenschutzrollen, Informationspflichten, Datenminimierung, Retention, Zugriff, Mandantentrennung, Standortfreigabe, Sicherheitsprozesse und menschlicher Fallback geprüft. Für Schweizer Kunden ist das DSG relevant; bei EU-Bezug kann zusätzlich GDPR relevant sein. CE-Pflichten, Normen, E-Stop und standortspezifische Sicherheitsfreigaben werden projektbezogen mit Fachstellen abgeklärt.

Nein. Pinnex, RechNex und Prorum sind als CONCEPT-Adapterziele zu behandeln, bis dokumentierte API-Verträge, Feldmapping, Datenschutzprüfung und Integrationstests vorliegen. Öffentliche Texte dürfen diese Systeme nicht als produktiv angebunden darstellen. Erst nach bestandenen Tests und Abnahme kann ein einzelner Adapter einen höheren Status erhalten.

ROBONEX integriert Kundensysteme über getrennte, validierte Adapter statt über freie Modellantworten. Ein Adapter braucht API-Vertrag, Authentifizierung, Feldmapping, Fehlerverhalten, Timeout, Retry-Regeln, Logging, Datenschutzprüfung, Tests und nachvollziehbare Abnahme. Schreibende Aktionen wie Buchungen benötigen zusätzlich klare Nutzerbestätigung und eine kontrollierte Antwort des Zielsystems.

Ja, ROBONEX kann Kauf, Miete, Event-Einsatz und Robot-as-a-Service als unterschiedliche Modelle prüfen. Die passende Form hängt von Ziel, Dauer, Standort, Betreuungsbedarf, Integrationsumfang, Service-Level und Risiko ab. Ein kurzer Messeauftritt, ein mehrmonatiger Pilot und ein dauerhaftes Empfangssystem werden deshalb nicht gleich kalkuliert.

Ein Projekt startet mit einem Use-case workshop vor Ort oder remote. Danach werden Standort, Zielgruppe, Datenquellen, Integrationen, Sicherheitsgrenzen, Pilot-KPI, Betreuung, Support und Akzeptanzkriterien definiert. Der Preis wird nicht pauschal aus einer öffentlichen Liste abgeleitet, sondern aus Hardware, Softwareumfang, Integration, Betrieb, Service-Level und Einsatzdauer.

ROBONEX eignet sich zuerst für kontrollierte Informations-, Empfangs- und Beratungsumgebungen. Dazu gehören Shopping Centres, Hotels, Events, Corporate Reception, Campus, Premium Retail und Showrooms, sofern Standort, Daten und Safety passen. Das separate AI Briefing oder Finance Presenter Format ist als CONCEPT zu behandeln: kuratierte Quellen, klare Kennzeichnung, Human Approval und keine Anlageberatung.