Enterprise-Plattform für KI-Mitarbeiter

KI-Mitarbeiter für Enterprise-Teams.

Erstellen, betreiben und trainieren Sie KI-Mitarbeiter, die in Ihren Prozessen und Ihren Systemen arbeiten.

Demo buchen Security-Brief lesen

Execution P-2841 · payment-service Illustratives Beispiel
  1. 09:14 Ticket an Atlas zugewiesen Namentlich
  2. 09:18 Plan bereit zur Prüfung Braucht eine Person
  3. 09:22 Von einer benannten Person freigegeben Freigegeben
  4. 09:23 Sandbox erstellt Richtlinie erfüllt
  5. 11:40 Draft-PR geöffnet auf polis/deps-update Ihre Prüfung

Warum Polis

  • 01

    Volle Integration

    KI-Mitarbeiter arbeiten in Ihren bestehenden Systemen und Prozessen.

  • 02

    Gesteuerte Autonomie

    Das Unternehmen legt fest, wie weit die KI selbstständig gehen darf.

  • 03

    Enterprise-Sicherheit

    Isolierte Installationen, deterministische Berechtigungen, geschützte Secrets.

  • 04

    Wachsendes Wissen

    KI-Mitarbeiter nutzen Unternehmenswissen, spezialisieren sich und verbessern sich unter menschlicher Kontrolle.

01Was Polis ist

KI-Mitarbeiter, die in Ihren Prozessen und Systemen arbeiten, Seite an Seite mit Ihren Mitarbeitenden.

Ein vollwertiges Mitglied Ihres Teams: eigene Konten, eigene Aufgaben und Arbeit, die geprüft wird wie die aller anderen.

  1. 01

    Übernimmt Aufgaben aus den Systemen, die Ihr Team bereits nutzt

  2. 02

    Liest die Anforderungen und fragt nach, was fehlt

  3. 03

    Spricht mit Menschen in Ihren bestehenden Kanälen

  4. 04

    Plant die Arbeit und führt sie aus

  5. 05

    Übergibt das Ergebnis einer Person zur Prüfung

  6. 06

    Arbeitet Review-Kommentare ab und schließt die Aufgabe ab

02So funktioniert Polis

Ein KI-Mitarbeiter bringt eine Aufgabe von Jira bis zum geprüften Pull Request, in den Tools, die Ihr Team bereits nutzt.

Kein neuer Prozess für KI. Sie fügt sich in Ihren bestehenden ein.

Jira, der Polis-KI-Mitarbeiter, Slack in beide Richtungen, GitHub, dann die Prüfung durch einen Menschen.
Jira Polis-KI-Mitarbeiter Slack GitHub Menschliche Prüfung
  1. 01 · Jira

    Ticket zugewiesen

    An das eigene Konto des KI-Mitarbeiters.

  2. 02 · Slack · L1

    Eine Person gibt den Plan frei

    Er postet einen Plan. Eine benannte Person gibt ihn frei, bevor Code geschrieben wird.

  3. 03 · Sandbox

    Code und Tests, isoliert

    Keine Integrations-Zugangsdaten oder Provider-Schlüssel, und ausgehender Verkehr nur zu einer Allowlist.

  4. 04 · GitHub

    Draft-PR auf polis/*

    Mit Testzusammenfassung. Polis führt nie einen Merge durch.

  5. 05 · Audit

    Ihre Entwickler prüfen

    Wie gewohnt. Jeder Schritt landet im Audit-Log.

03Drei Autonomiestufen

Das Unternehmen entscheidet, wie selbstständig jeder KI-Mitarbeiter arbeiten darf.

Das Unternehmen legt die Autonomie fest, nie die KI. Jedes Projekt hat eine Stufe, jeder KI-Mitarbeiter eine Obergrenze, und die niedrigere der beiden gilt.

  1. L0 · Advisory

    Analysiert die Arbeit und berät. Ändert keinen Code.

  2. L1 · Supervised

    Eine benannte Person gibt den Plan frei, bevor Code geschrieben wird.

  3. L2 · Autonomous

    Setzt selbstständig um. Eine Person prüft weiterhin den Pull Request.

Kein KI-Mitarbeiter arbeitet über der Stufe seines Projekts, jeder KI-Mitarbeiter kann niedriger begrenzt werden, und für bestimmte Aktionen können organisationsweit Freigaben verlangt werden.

04KI-Mitarbeiter

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.

  • 01 · Engineering

    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.

    • Isolierte Sandbox
    • Nur Draft-Pull-Requests
    • Kurzlebige Zugangsdaten
    • Kostenobergrenze pro Aufgabe
  • 02 · Zugriffsverwaltung

    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
    • Freigabe im Panel oder in Slack
    • Testmodus, Überprüfung und Rückgängigmachen
    • Verifizierte Identität
  • 03 · Als Nächstes

    Nach dem Pilot: weitere Rollen, nach denselben Regeln.

    • GitHub access manager
    • Weitere Rollen

05Gebaut für Unternehmen

Jeder Kunde erhält eine dedizierte Installation, gehostet dort, wo es seine Infrastrukturregeln verlangen.

Polis passt sich Ihrer Infrastruktur an. Ihr Unternehmen muss sich nicht an die Plattform anpassen.

Option 1 · Verwaltete private Bereitstellung

Dedizierte Instanz in der EU

Eine dedizierte, von Polis betriebene Instanz in der EU: ein Kunde pro Server, nie geteilt.

Option 2 · On-Premises

In Ihrer Umgebung

Polis läuft in Ihrer Umgebung, on-premises oder in Ihrer Cloud, auf einem Server oder einer VM, die Sie bereitstellen.

  • Vollständige Isolation. Daten, Konfiguration und Integrationen werden nie zwischen Kunden geteilt.
  • Anpassbar. Die Installation kann an Ihre Sicherheitsanforderungen angepasst werden.
  • Ihre Kontrolle. Sie behalten die Kontrolle über Ihre Infrastruktur und Ihre Daten.

06Sicherheit durch Code

Code trifft jede Sicherheitsentscheidung. Das Sprachmodell schlägt nur vor.

Die KI entscheidet, wie sie die Aufgabe erledigt. Polis entscheidet, welche Aktionen sie ausführen darf.

Der KI-Mitarbeiter schlägt eine Aktion vor. Der Security-Broker prüft sie, wendet die Richtlinie an, stellt Zugangsdaten aus und führt sie in Jira, Slack oder GitHub aus.
Schlägt vor KI-Mitarbeiter
Security-Broker · jede externe Aktion
  • Prüfen
  • Richtlinie
  • Zugangsdaten
  • Ausführen
  • Jira
  • Slack
  • GitHub
  • 01 · Berechtigungen

    Richtlinien und Freigaben

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

  • 02 · Secrets

    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.

  • 03 · Unabhängig von der KI

    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.

07Drei Wissensebenen

Je länger ein KI-Mitarbeiter mit Ihnen arbeitet, desto besser kennt er Ihre Prozesse und Standards.

  1. 03 · Mitarbeiterwissen Seine Spezialisierung, seine Anweisungen, seine Erfahrung
  2. 02 · Projektwissen Architektur, technische Dokumentation, Anforderungen, Konventionen
  3. 01 · Unternehmenswissen Standards, Prozesse, Richtlinien, gemeinsame Dokumentation und Begriffe
  • Onboarding

    Wenn ein KI-Mitarbeiter angelegt wird, gibt ihm ein Administrator die Dokumentation und das Wissen, das er braucht, sodass er vorbereitet auf Ihr Unternehmen und das Projekt startet.

  • Lernen aus Erfahrung

    Die KI schlägt Lektionen aus abgeschlossenen Aufgaben, Feedback und Entscheidungen vor, und eine Person gibt jede frei, bevor sie genutzt wird. Sie können jede Lektion bearbeiten, stilllegen oder löschen.

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.