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

SVCE ist die Ausführungsumgebung, die die KI-Agenten der Clevi-X-Plattform sicher in Betrieb hält, indem sie auf Infrastrukturebene zu isolieren, zu steuern und zu validieren. Wer was wann getan hat, wird automatisch vollständig 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

IT im Unternehmen

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 Steuerebene zwischen Ihrer Infrastruktur und der Clevi-X-Plattform, die jede Agentenausführung steuert.

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

Agenten direkt auf einem Server auszuführen ist leichtgewichtig, aber riskant; virtuelle Maschinen sind sicher, aber ressourcenintensiv. SVCE schließt diese Lücke mit leichtgewichtigen Containern.

Vergleich Serverinterner Agent VM-basiert SVCE
IsolationNiedrigHochHoch (leichtgewichtig)
ZugriffskontrolleIm Anwendungscode implementiertErfordert KonfigurationIn die Laufzeitumgebung integriert
Isolation pro AufgabeSchwierigIneffizientAutomatisch pro Container
Bereitstellung · Geschwindigkeit der AußerbetriebnahmeSchnellLangsamSchnell
KosteneffizienzHochNiedrigHoch
Audit-ProtokolleIndividuelle Entwicklung erforderlichIndividuelle Entwicklung erforderlichIntegrierte Append-only-Logs
Grenzen von KI-AgentenIndividuelles Design erforderlichIndividuelles Design erforderlichStandardrichtlinien enthalten
Die Risiken beim direkten Ausführen von Agenten innerhalb eines Servers

Einen Agenten direkt in einen Server einzubetten, mag schnell umgesetzt sein, aber die Isolation ist schwach und die Kontrolle hängt vom Anwendungscode ab.

Ein einziger Fehler kann sich über den gesamten Service ausbreiten

Wenn Agenten als interne Serverlogik ausgeführt werden, kann sich ein Fehler, schädlicher Code oder ein externer Angriff in einer Aufgabe über den gesamten Service ausbreiten.

Risiko — Potenzieller Ausfall des gesamten Dienstes

Die Zugriffskontrolle hängt vom Anwendungscode ab

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

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

Ergebnisse sind schwer zu überprüfen

Ohne eine festgelegte Ausführungsumgebung kann dieselbe Aufgabe unterschiedlich ausgeführt werden, wodurch Reproduktion, Auditierung und Ergebnisüberprüfung erschwert werden.

Risiko — Keine zuverlässige Reproduktion, kein Audit und keine Überprüfung
Die vier Grundlagen von SVCE

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

Isolation

Die containerbasierte Isolation verhindert, dass bösartiger Code, anomale Befehle und externe Angriffe über den Ausführungsbereich eines KI-Agenten hinaus verbreitet werden. 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

Agents wählen ihre Berechtigungen niemals selbst. 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

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

Nur die Ressourcen verwenden, die jede Aufgabe benötigt

Skalierung

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

Zuverlässig über viele Benutzer und Agenten hinweg skalieren

Anfragen werden niemals sofort ausgeführt. Jede Anfrage durchläuft zunächst Command Mediator Gate, wobei Richtlinien-, Berechtigungs- und Genehmigungsprüfungen vor der Ausführung in einem isolierten Container erfolgreich bestanden werden müssen.

Benutzer / Workflow
KI oder Bediener übermittelt eine Aufgabe
Command Mediator
Richtlinien, 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
Befehlstransformation
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 laufenden Betriebsdatensatzes
2026-05-14 02:31:04Anforderungresearch-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 schreibgeschützten 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 Zugriffsprotokolle gespeichert (nur anhängen)
2026-05-14 02:43:21DemontageOrchestrator → Aufgabe abgeschlossen · Container zurückgewonnen · Verbleibende Daten entfernt

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

CLEVI

Sprache und Region

Maschinell übersetzte Sprachen sind gekennzeichnet. Die Verfügbarkeit richtet sich nach dem veröffentlichten Site-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