Git
Befehle, die die Historie umschreiben oder entfernen.
Force-PushHard-ResetBranch-Löschung
KI-Agents von gefährlichen Befehlen und geschützten Dateien fernhalten
Alesia prüft, was ein KI-Agent ausführen oder öffnen will, und blockiert gefährliche Befehle, geschützte Dateien und alles, was Ihre Richtlinien verbieten.
Ein KI-Agent versucht vier Aktionen. Alesia lässt einen Testlauf zu und blockiert ein gefährliches Löschen, das Lesen einer geschützten .env-Datei und einen per Richtlinie verbotenen Force-Push.
Warum es zählt
Ein Agent kann Daten mit einem einzigen Schritt löschen.
Coding-Agents führen Befehle aus und öffnen Dateien selbstständig. Genau das macht sie nützlich. Es bedeutet aber auch: Ein falscher Schritt kann einen Ordner löschen, die Historie umschreiben oder Ihre Geheimnisse in einen Prompt bringen.
Ohne Alesia
Ein Coding-Agent soll einen Build-Ordner aufräumen.
Er führt rm -rf auf dem falschen Pfad aus.
Mit Alesia
Alesia prüft den Befehl auf dem Gerät, bevor er ausgeführt wird.
Der Befehl wird blockiert. Nichts wird gelöscht.
Was gestoppt wird
Eingebaute Detektoren für destruktive Befehle
Manche Befehle sind destruktiv, egal wer sie ausführt. Eingebaute Detektoren decken Git, Dateisystem, Datenbanken und Cloud-Infrastruktur ab.
Dateisystem
Befehle, die Dateien entfernen oder Zugriffsrechte ändern.
Rekursives LöschenRechteänderungen an Systempfaden
Datenbanken
Anweisungen, die Tabellen oder ihre Daten entfernen.
DROPTRUNCATE
Cloud-Infrastruktur
Befehle, die laufende Infrastruktur abbauen.
terraform destroykubectl delete
Vorlage
Starten Sie mit Safe Coding Agent. Die Vorlage aktiviert die destruktiven Git-, Dateisystem- und Datenbankprüfungen. Oder wählen Sie Detektoren einzeln aus.
Dateien und eigene Regeln
Geschützte Pfade und eigene Befehle
Agents lesen Dateien, um Kontext aufzubauen. Manche Dateien sollten nie zu Kontext werden.
.envStandardmäßig geschützt
.env-Dateien sind ab dem ersten Tag gesperrt. Die Geheimnisse darin gelangen nie in einen Prompt, ein Log oder einen Commit.
~/.sshEigene geschützte Pfade
Ergänzen Sie die Pfade, die Ihnen wichtig sind, etwa Ihre SSH-Schlüssel.
./scripts/deploy-prod.shEigene Befehle
Ergänzen Sie Befehle und Muster, die für Ihr Team gelten. Sie werden exakt abgeglichen.
So funktioniert's
Geprüft, bevor der Agent handelt
Jeder Befehl, den ein Agent ausführen will, und jede Datei, die er öffnen will, wird zuerst auf dem Gerät von Alesia geprüft. Die Prüfung erfolgt, bevor etwas ausgeführt wird, eine blockierte Aktion berührt Ihr System also nie. Aktionen, die die Prüfung bestehen, laufen normal, und der Agent arbeitet weiter.
Dynamische Regeln
Riskantes Verhalten in Klartext beschreiben
Manche Risiken passen in kein Muster. Beschreiben Sie sie in einem Satz, und das Modell prüft Agent-Aktionen gegen diese Beschreibung. Testfälle zeigen, ob eine Regel erkennt, was sie soll, und sichere Aktionen durchlässt.
Anwendungsfälle
So sieht es in der Praxis aus
Agent-Guardrails im Detail
Mit Agents, die auf einem Gerät mit Alesia Befehle ausführen oder Dateien lesen, etwa Coding-Assistenten im Terminal oder in der IDE und Automatisierungs-Agents.
Nein. .env-Dateien sind ab dem ersten Tag geschützt, und die Vorlage Safe Coding Agent deckt destruktive Git-, Dateisystem- und Datenbankbefehle ab. Eigene geschützte Pfade und Befehle ergänzen Sie darüber hinaus.
Ja. Stellen Sie die Richtlinie auf Beobachten, dann werden Treffer als Vorfälle erfasst, während Agents weiterarbeiten. Wechseln Sie zu Blockieren, sobald die Regeln passen.
Nein. Die Prüfungen laufen auf dem Gerät. Nur der Vorfall, etwa welche Regel gegriffen hat und was passiert ist, erreicht Ihre Konsole.
Sagen Sie Ja zu KI.
Legen Sie die Regeln einmal fest. Alesia setzt sie auf jedem Gerät durch, und Prompts bleiben auf Ihren Geräten.