Bewahren Sie die Leistungsfähigkeit der KI-Automatisierung,
mit stärkerer Infrastrukturkontrolle.

SVCE ist die Ausführungsumgebung, die den sicheren Betrieb der KI-Agents der Clevi-X-Plattform gewährleistet, indem sie Sie auf Infrastrukturebene zu isolieren, zu steuern und zu validieren. Wer was und wann getan hat, wird automatisch aufgezeichnet.

Für Umgebungen wie Ihre entwickelt

SVCE eignet sich für Organisationen, die regulatorische Anforderungen erfüllen, komplexe integrierte Systeme betreiben oder die direkte Kontrolle über ihre Infrastruktur behalten müssen.

Finanzdienstleistungen · Öffentlicher Sektor

Umgebungen, in denen Regulierung und Audit verpflichtend sind

Unternehmens-IT

Einheitlicher Betrieb komplexer Systeme

On-Premises

Direkte Kontrolle über Ihre eigene Infrastruktur

Cloud-nativ

Betrieb containerisierter Workloads

So funktioniert SVCE innerhalb der Clevi-X-Plattform

SVCE ist keine eigenständige Lösung. Es ist die Kontrollebene zwischen Ihrer Infrastruktur und der Clevi-X-Plattform, die jede Agent-Ausführung steuert.

Kundeninfrastruktur
On-Premises · Private Cloud · Multi-Cloud
SVCE · Infrastrukturebene für die Steuerung
Isolation · Zugriff · Audit · Ausführungskontrolle
Clevi-X-Plattform
KI-Agents · Workflows für die Geschäftsautomatisierung
Wie schneidet SVCE im Vergleich zu herkömmlichen Ansätzen ab?

Agents direkt auf einem Server auszuführen ist schlank, aber riskant; virtuelle Maschinen sind sicher, aber schwergewichtig. SVCE schließt diese Lücke mit schlanken Containern.

Vergleich Serverinterner Agent Auf VMs basierend SVCE
IsolationNiedrigHochHoch (leichtgewichtig)
ZugriffskontrolleIm Anwendungscode implementiertKonfiguration erforderlichIn die Laufzeitumgebung integriert
Isolation je AufgabeSchwierigIneffizientAutomatisch pro Container
Bereitstellung · AbbaugeschwindigkeitSchnellLangsamSchnell
KosteneffizienzHochNiedrigHoch
Audit-ProtokolleIndividuelle Entwicklung erforderlichIndividuelle Entwicklung erforderlichIntegrierte Nur-Anhängen-Protokolle
Grenzen von KI-AgentsIndividuelles Design erforderlichIndividuelles Design erforderlichStandardrichtlinien enthalten
Die Risiken beim direkten Ausführen von Agents innerhalb eines Servers

Das direkte Einbetten eines Agents in einen Server kann schnell umgesetzt werden, aber die Isolation ist schwach und die Kontrolle hängt vom Anwendungscode ab.

Ein einziger Fehler kann sich über den gesamten Service ausbreiten

Wenn Agents als interne Serverlogik ausgeführt werden, können sich ein Fehler, bösartiger Code oder ein externer Angriff in einer Aufgabe auf den gesamten Dienst ausbreiten.

Risiko — Möglicher dienstweiter Ausfall

Die Zugriffskontrolle hängt vom Anwendungscode ab

Wenn Berechtigungen im Anwendungscode hinterlegt sind, ist es schwierig, eine einheitliche Kontrolle über sensible Daten und den API-Zugriff durchzusetzen.

Risiko – Eingeschränkte Kontrolle über sensible Daten und APIs

Ergebnisse lassen sich nur schwer überprüfen

Ohne eine feste Ausführungsumgebung kann dieselbe Aufgabe unterschiedlich ausgeführt werden, wodurch Reproduktion, Prüfung und Verifizierung der Ergebnisse erschwert werden.

Risiko – Keine zuverlässige Reproduktion, Prüfung oder Verifizierung
Die vier Grundlagen von SVCE

Behandeln Sie Agents nicht als einfache Antwortsysteme, sondern als produktionsreife Arbeitskräfte mit Sicherheitsgrenzen und ausdrücklich festgelegten Ausführungsberechtigungen.

Isolation

Die containerbasierte Isolation verhindert, dass sich bösartiger Code, anomale Befehle und externe Angriffe über den Ausführungsbereich eines KI-Agents hinaus ausbreiten. Der Container wird nach jeder Aufgabe zerstört, um das Risiko verbleibender Daten zu reduzieren.

Halten Sie jede Ausführung innerhalb einer sicheren Grenze

Kontrolle

Agenten wählen niemals ihre eigenen Berechtigungen. Der Command Mediator und der Orchestrator gewähren und beschränken den Zugriff je nach Aufgabe und wenden unterschiedliche Einschränkungen auf Dateien, Netzwerke, APIs, Systembefehle und Geheimnisse für Rollen wie Research, Code und Executor an.

Kontrollieren, was Agenten auf Infrastrukturebene tun dürfen und was nicht

Effizienz

Schlanke Container starten schneller als VMs und werden erst erstellt, wenn Arbeit bereitsteht. CPU-, Arbeitsspeicher-, I/O- und GPU-Ressourcen werden begrenzt und pro Aufgabe zugewiesen, um Kosten und Leistung auszubalancieren.

Verwenden Sie nur die Ressourcen, die jede Aufgabe benötigt

Skalierung

Führen Sie viele Benutzer, Aufgaben und Agenten gleichzeitig aus. Container werden automatisch skaliert, wenn die Anzahl der Anfragen steigt, Fehler bleiben auf einzelne Aufgaben beschränkt und Agenten können nach Rolle getrennt werden.

Zuverlässig auf viele Benutzer und Agents skalieren

Anfragen werden niemals sofort ausgeführt. Jede Anfrage durchläuft den Command Mediator Gate, bei dem Richtlinien-, Berechtigungs- und Genehmigungsprüfungen bestanden werden müssen, bevor die Ausführung in einem isolierten Container erfolgt.

Benutzer / Workflow
KI oder Bediener übermittelt eine Aufgabe
Command Mediator
Richtlinie, Berechtigungen und Genehmigungen vor der Ausführung prüfen
Isolierter Agent-Container
Arbeiten als unabhängige Ausführungseinheit ausführen
Tools · API · Daten
Nur auf das zugreifen, was die Richtlinie erlaubt
↑ Jede Anfrage wird weitergeleitet über
Richtlinienvalidierung
Berechtigungsprüfung
Befehlsumwandlung
Genehmigungsablauf

Orchestrator bestimmt für jede Aufgabe den Container, die Berechtigungen, die Netzwerkrichtlinie, die CPU- und Speicherzuweisung sowie die maximale Ausführungszeit.

Auditprotokoll · Beispiel eines Live-Betriebsdatensatzes
2026-05-14 02:31:04Anfrageresearch-agent → Zugriff auf die Produktionsdatenbank zur Analyse von Zahlungsprotokollen anfordern
2026-05-14 02:31:05Abgelehntcommand-mediator → Richtlinienverstoß · Direkter Zugriff auf die Produktionsdatenbank blockiert · Genehmigung erforderlich: req_8c4a
2026-05-14 02:33:18Genehmigt@kim.ops → approve(req_8c4a) · Auf Nur-Lese-Zugriff beschränkt
2026-05-14 02:33:20AusführungOrchestrator → Isolierter Container erstellt · Nur Lesen · Netzwerk eingeschränkt · TTL 10m
2026-05-14 02:33:24Auditsvce → Befehle, Ergebnisse und Zugriffsdatensätze gespeichert (nur Anhängen)
2026-05-14 02:43:21RückbauOrchestrator → Aufgabe abgeschlossen · Container zurückgewonnen · Verbleibende Daten entfernt

Den Komfort der KI-Automatisierung beibehalten,
und die Kontrolle auf Produktionsniveau zu bringen.

CLEVI

Sprache und Region

Maschinell übersetzte Sprachen sind gekennzeichnet. Die Verfügbarkeit richtet sich nach dem veröffentlichten Website-Bundle.

136 Sprachen

Empfohlen

1

Ostasien

7

Südostasien

11

Südasien

18

Zentralasien

5

Naher Osten und Kaukasus

10

Westeuropa und Südeuropa

16

Vereinigtes Königreich und Irland

4

Nordeuropa

10

Mitteleuropa und Balkan

14

Osteuropa

5

Ostafrika

8

Westafrika und Zentralafrika

9

Südliches Afrika

8

Amerika

5

Ozeanien

5