POLIS
DE
Demo buchen
Menü

Spezialisten, kein Generalist

Eine Aufgabe pro KI-Mitarbeiter, und nur die Rechte, die diese Aufgabe braucht.

Jeder KI-Mitarbeiter hat ein eigenes benanntes Konto, Rollen, Limits und einen Audit-Trail. Für jede Rolle gelten dieselben Regeln.

01Engineering

AI Developer

Übernimmt ein Jira-Ticket, das seinem eigenen Konto zugewiesen ist, und postet einen Plan. Eine benannte Person gibt den Plan frei, bevor Code geschrieben wird.

Powered by Claude: Der AI Developer nutzt Claude als Coding-Engine, über die Anthropic API oder Vertex AI, unter Ihrem eigenen Vertrag.

  • Isolierte Sandbox

    Code und Tests laufen in einer isolierten Sandbox (gVisor auf Servern). Sie enthält keine Integrations-Zugangsdaten oder Provider-Schlüssel, nur ein kurzlebiges Token für ihre eigenen Modellaufrufe. Ausgehender Verkehr geht nur an eine Allowlist.

  • Nur Draft-Pull-Requests

    Die Arbeit kommt als Draft-Pull-Request auf einem polis/*-Branch an, mit Testzusammenfassung. Polis führt nie einen Merge durch.

  • Kurzlebige Zugangsdaten

    Kurzlebige Tokens, pro Aufruf ausgestellt, bei GitHub auf ein Repository beschränkt. Jira und Slack nutzen die gespeicherten Zugangsdaten der Verbindung, die der KI nie offengelegt werden.

  • Niemals, durch Code

    Im Code erzwungen, und keine Einstellung ändert das: Ein KI-Mitarbeiter führt nie einen Merge in den Default-Branch durch, deployt nie und ändert nie die Einstellungen von Polis selbst.

  • Kostenobergrenze pro Aufgabe

    Eine Kostenobergrenze pro Aufgabe, pro Projekt.

  • Autonomie pro Projekt

    Autonomie wird pro Projekt festgelegt: L0 · Advisory, L1 · Supervised, L2 · Autonomous. Kein KI-Mitarbeiter arbeitet über der Stufe seines Projekts, jeder kann niedriger begrenzt werden, und für bestimmte Aktionen können organisationsweit Freigaben verlangt werden.

Der Ablauf des Developers, Schritt für Schritt

02Zugriffsverwaltung

Atlassian access manager

Bearbeitet Zugriffsanfragen in Jira und Confluence: Gruppen, Produktzugriff und Berechtigungen für Confluence-Bereiche. Änderungen werden als Liste vorgeschlagen, von einer Person freigegeben, dann angewendet und überprüft.

  • Änderungen als Daten dargestellt

    Jede Änderung zeigt die Person, das Ziel und die Zugriffsstufe vorher und nachher. Eine Person gibt die gesamte Liste frei.

  • Freigabe im Panel oder in Slack

    Freigabe im Panel, oder in Slack für Listen mit bis zu 10 Änderungen. Die Freigabe in Slack ist auf Freigebende beschränkt, die ein Admin benennt; standardmäßig gibt es keine.

  • Testmodus, Überprüfung und Rückgängigmachen

    Standardmäßig Testmodus, Überprüfung durch Zurücklesen jeder Änderung und Rückgängigmachen mit einem Klick.

  • Verifizierte Identität

    Die Identität einer Person wird per verifizierter E-Mail bestätigt, nie geraten.

  • Keine Admin-Rechte

    Vergibt keine Admin-Rechte, solange die Sicherheitsregel „nie Admin-Rechte vergeben“ aktiv ist.

  • Tägliche Zusammenfassung

    Eine tägliche Slack-Zusammenfassung für Owner: die vorgenommenen Zugriffsänderungen und jede abgeschaltete Sicherheitsregel.

03Als Nächstes

Nach dem Pilot: weitere Rollen, nach denselben Regeln.

  • GitHub access manager

    Zugriffsanfragen für GitHub.

  • Weitere Rollen

    Weitere Fachrollen.

04Dieselben Regeln für jede Rolle

Jeder KI-Mitarbeiter arbeitet über dasselbe Gateway, dieselben Richtlinien und dasselbe Audit.

  • Ein Gateway

    Jede externe Aktion läuft über ein Gateway: Richtlinie, Freigabe, Zugangsdaten, Protokoll.

  • Richtlinien und Freigaben

    Richtlinien pro Projekt und Aktion. Wo eine Richtlinie eine Freigabe verlangt, entscheidet eine benannte Person, und die Entscheidung wird protokolliert.

  • Append-only Audit

    Jede Entscheidung, Freigabe, jeder Tool-Aufruf und jeder Modellaufruf wird in einem append-only Audit-Log festgehalten.

  • Alle KI-Arbeit pausieren

    Ein Schalter pausiert alle KI-Arbeit für alle, und ein Banner zeigt es an.

Governance und Sicherheitsregeln Erfahrung und Onboarding

Demo buchen

Sehen Sie es in Ihrem eigenen Workflow.

Ein 30-minütiges Gespräch: etwa 15 Minuten Live-Produkt, einschließlich des Schalters, der alles pausiert, dann Ihre Fragen. Bringen Sie gern Ihren CISO mit.

Demo anfragen polis@polis.guru

Was wir zeigen

  • Rollen, die ihre Befugnisse nicht überschreiten können, mit Step-up-Authentifizierung für sensible Aktionen
  • Ein Modellanbieter, an eine Datenklasse gebunden
  • Freigaben durch eine benannte Person, in Slack oder im Panel

Der Schalter, der alles pausiert

Ein Schalter pausiert alle KI-Arbeit für alle, und ein Banner zeigt es an.