Sicherheit & Architektur
Ein Kontrollpunkt zwischen Ihrem Code und jedem Modell
Governance kann nicht im Editor liegen: Der Editor ist ein Client, und Clients lassen sich umgehen. Das Design setzt den Kontrollpunkt deshalb auf den Netzwerkpfad, innerhalb der Umgebung, die Sie verantworten.
Architektur
Das Gateway ist der einzige Weg zu den Modellen
In einer Kundeninstallation ist das Design darauf ausgelegt, dass Modell-Endpunkte nur über das Gateway erreichbar sind. Jede Anfrage aus einer IDE oder von einem Coding-Agent durchläuft dieselben Prüfungen, unabhängig vom Tool.
Ihre Umgebung oder in der Schweiz gehostet
Entwicklertools
IDEs und Coding-Agents
HelvetiCode Gateway
- Prüfen
- Routen
- Nachweisen
Freigegebene Modelle
Selbst gehostete offene Modelle; externe nur, wo erlaubt
Audit-Trail
Nur ergänzbar, zugriffsbeschränkt
Designprinzipien
Worauf sich das Design festlegt
Der Editor ist nie die Vertrauensgrenze
Regeln werden serverseitig angewendet, wo lokale Einstellungen eines Entwicklers sie nicht abschalten können.
Geprüft vor der Inferenz
Entscheidungen fallen, bevor eine Anfrage ein Modell erreicht, und werden nicht nachträglich aus dem Datenverkehr rekonstruiert.
Fail-closed
Ist der Policy-Dienst nicht verfügbar, werden Anfragen zurückgehalten statt durchgelassen.
Abgestufte Reaktionen
Harte Blockaden sind präzisen Regeln vorbehalten. Sonst kann eine Anfrage maskiert, auf ein selbst gehostetes Modell umgeleitet oder mit einer Begründungsabfrage versehen werden.
Nachweis statt Logdatei
Der Audit-Trail ist darauf ausgelegt, nur ergänzbar, verschlüsselt und nur für Audit- und Compliance-Rollen lesbar zu sein.
Offene Modelle, kein Lock-in
Aufgebaut auf selbst hostbaren offenen Modellen und offenen Standards; externe Modelle nur, wo eine Regel sie erlaubt.
Lebenszyklus einer Anfrage
Was mit einer Anfrage geschieht
Jede Anfrage ist darauf ausgelegt, dieselben sechs Stufen zu durchlaufen.
Anfrage
Das Tool sendet den Prompt, den zusammengestellten Kontext und Metadaten: Repository, Dateien, Nutzer und angefragtes Modell.
Authentifizierung
Das Gateway identifiziert Nutzer und Session.
Prüfung
Zuerst laufen deterministische Scanner (Secrets, Repository-Umfang, Modell-Allowlist), danach eine Klassifikation sensibler Inhalte. Ergebnis: erlauben, maskieren, umleiten oder blockieren.
Weiterleitung
Freigegebene Anfragen gehen an das zulässige Modell, falls nötig nach Maskierung oder Umleitung.
Prüfung der Antwort
Die gestreamte Antwort wird laufend geprüft und kann abgebrochen werden, wenn sie gegen eine Regel verstösst.
Nachweis
Anfrage, Datenherkunft, Entscheidungen, Antwort, Nutzer und Zeitpunkt werden in den Audit-Trail geschrieben.
Regulierung
Entwickelt mit Blick auf die FINMA und das revidierte DSG
Das Gateway ist darauf ausgelegt, Kunden bei ihren eigenen Pflichten zu unterstützen: geschützte Daten in der Schweizer Jurisdiktion zu halten und die Nachweise zu erbringen, die interne Revision und Aufsicht verlangen. Aufsichtsbehörden genehmigen Software nicht als solche, und wir beanspruchen keine Zertifizierung und keine formale Compliance.
Diese Website
Wie diese Website selbst gebaut ist
Eine Kleinigkeit, aber aufschlussreich: Diese Website praktiziert die Zurückhaltung, die sie beschreibt.
Strikte Content Security Policy
Skripte und Styles laufen nur mit einer Nonce pro Request: keine Inline-Script-Injection, keine Drittanbieter-Origins.
Gehärtete Response-Header
HSTS, Content-Type nosniff, eine strikte Referrer-Policy und eine restriktive Permissions-Policy bei jeder Antwort.
Keine Analytics, keine Formulare
Keine Drittanbieter-Analytics, keine Tracker und kein Formular, das Daten erfasst. Kontakt läuft per E-Mail.
Standardmässig barrierefrei
Semantische Struktur, vollständige Tastaturbedienung, sichtbarer Fokus und Kontrast nach WCAG 2.2 AA.