Licensed to be used in conjunction with basebox, only.
// start
Rollen in basebox
Diese Dokumentation unterscheidet vier Rollen. Jede hat einen eigenen Hauptbereich, damit niemand durch fremde Themen navigieren muss: Wer die OpenAI-API anbindet, soll nicht an GPU-Treibern vorbei; wer einen Server installiert, nicht an SDK-Tutorials.
| Rolle | Was Sie tun | Ihr Bereich |
|---|---|---|
| Nutzer | Chatten, Dateien verarbeiten, Apps und Wissensbasen nutzen | basebox nutzen |
| Administrator | basebox als Anwendung konfigurieren: Benutzer, Gruppen, Modelle, Apps, Konnektoren, Audit | Administration |
| Entwickler / Integrator | basebox in Software einbinden: OpenAI-kompatible API, REST-API, MCP, eigene Konnektoren | Entwickler |
| Platform Operator | basebox Server installieren und betreiben: Bare Metal, NVIDIA, Kubernetes, Inferenz, Monitoring | Entwickler → Installation & Betrieb |
Eine Person kann mehrere Rollen haben – in kleinen Organisationen oft alle vier. Die Trennung dient der Navigation, nicht der Zuständigkeit.
Zwei Rollen, die oft verwechselt werden
Administrator ≠ Platform Operator. Der Administrator arbeitet in der basebox-Oberfläche und konfiguriert die Anwendung. Der Platform Operator arbeitet auf dem Server und verantwortet Betriebssystem, GPU, Kubernetes und Inferenz. In der Cloud gibt es auf Kundenseite nur den Administrator – den Betrieb übernimmt basebox. Beim Server gibt es beide, und der Platform Operator ist entweder Ihre IT oder basebox, wenn beauftragt.
Entwickler ≠ Platform Operator. Wer die API nutzt, braucht einen API-Schlüssel und eine Basis-URL – nicht mehr. Kubernetes, Helm und Treiber gehören in den Bereich Entwickler → Installation & Betrieb.
Für Sicherheits- und Compliance-Verantwortliche
Datenschutzbeauftragte, IT-Sicherheit und Compliance haben keinen eigenen Hauptbereich in dieser Tabelle, weil sie quer zu allen Rollen lesen. Ihr Einstieg ist Sicherheit & Compliance, gegliedert nach Demo, Cloud und Server.