Der komplette Engineering-Superharness für Teams.
Eine Richtlinie, zentral festgelegt.
Entwickler programmieren mit srooterctl. Jede Anfrage läuft über die Palgu-API, wo Ihr Team Routing, Budgets und Richtlinien einmalig festlegt. Teams, die weiterhin Claude Code oder Codex nutzen, können deren Anfragen optional über Palgu leiten. Die folgende Tabelle zeigt, welche Kontrollen für welchen Client gelten.
Sechs Fragen für Ihre Plattform- und Sicherheitsprüfung.
Leiten Sie diese Seite intern weiter. Jede Antwort nennt den Mechanismus, den Ihre Sicherheitsprüfung verifizieren kann.
Was müssen Entwickler installieren oder umstellen?
Eine Installation und ein Login: srooterctl login, dann srooterctl zum Programmieren. Teams, die weiterhin Claude Code oder Codex nutzen, aktivieren dies pro Client mit srooterctl enable claude oder enable codex. Cursor und aider verweisen auf den OpenAI-kompatiblen Endpunkt. Starten Sie mit einem Repository; Palgu indiziert es und der Harness greift ab der nächsten Aufgabe.
srooterctl Coding-CLI · Opt-in-Client-Routing · OpenAI- und Anthropic-kompatibler EndpunktWas können Entwickler umgehen und wer genehmigt Ausnahmen?
Praxis- und Modellrichtlinien werden auf Organisationsebene festgelegt und gelten pro Aufgabe. Ausnahmen werden direkt in der Sitzung angefragt und von den von Ihnen benannten Rollen genehmigt; jede Ausnahme wird im Audit-Ledger mit Wer, Was und Warum protokolliert.
Policy-Engine · Allowlists · Audit-LedgerWas verlässt unsere Infrastruktur?
Anfragen an die von Ihnen freigegebenen Modelle, geleitet über Palgu oder Ihr selbst gehostetes Gateway. Das Audit-Log speichert einen Hash jedes Prompts, nicht dessen Text. Gesprächsprotokolle werden standardmäßig 30 Tage lang aufbewahrt, im Managed Service verschlüsselt (selbst gehostet: abhängig von Ihrer Schlüsseleinstellung) und können von einem Organisations-Admin deaktiviert werden. Ihr Code wird niemals in Palgu ausgeführt; Tests laufen in Ihrer CI. Sensible Repositories lassen sich an lokale Modelle binden; mit einem selbst gehosteten Gateway bleiben deren Anfragen in Ihrem Netzwerk.
Gehashtes Audit · Transkripterfassung unter Ihrer Kontrolle · Clientseitige Testausführung · Ollama / souveräne EndpunkteWas passiert, wenn Palgu oder ein Anbieter ausfällt?
Circuit Breaker erkennen den Ausfall. Das Transport-Failover verlagert die Sitzung ohne Qualitätseinbußen zu einem alternativen Anbieter und belässt sie dort für die Dauer der Sitzung. Bei Budgetüberschreitung gehen Anfragen an ein günstigeres Modell, statt fehlzuschlagen, und das Ledger protokolliert dies.
Circuit Breaker · Session-Sticky-Transport-Failover · Budget-DowngradeWarum das hier statt Agenten-Konfiguration plus CI plus einem Open-Source-Harness?
Palgu liefert Code-Graph, Aufgaben-Memory, Review-Gremium und Entscheidungs-Ledger als ein Gesamtsystem, das den Code-Graphen Ihres Repositorys unter zentralen Richtlinien und Audits nutzt. Sie müssen nichts selbst verknüpfen oder synchron halten.
Cortex-Code-Graph · Mnemos · Council · HerkunftsnachweisWas kostet es an Geld, Latenz und Betriebsaufwand?
$39 pro Platz im Team-Tarif, $79 im Enterprise-Tarif, zuzüglich Tokens zum Anbieterpreis plus 10 % Gateway-Gebühr (keine Token-Gebühr bei eigenen Anbieter-Schlüsseln), wobei Routineaufgaben an effiziente Modelle geroutet werden. Das Routing fügt einen einzigen In-Band-Durchlauf hinzu. Betrieb: als gehosteter Service oder als selbst betriebenes Gateway mit Auto-Update.
Seats + Token zum Anbieterpreis + 10 % · ein In-Band-Routing-Durchlauf · Managed oder Self-HostedWohin Anfragen gehen und was Palgu speichert.
Auf Palgu-Servern wird Ihr Code niemals ausgeführt. Tests laufen in Ihrer CI. Sensible Repositories lassen sich an lokale Modelle auf einem selbst gehosteten Gateway binden, sodass deren Anfragen in Ihrem Netzwerk bleiben.
Behalten Sie Ihren bestehenden Coding-Client. Leiten Sie seine Anfragen über Palgu.
Zentral verwaltet. Läuft dort, wo Sie es brauchen.
Starten Sie mit einem Repository. Erweitern Sie per Richtlinie.
- Woche 1Ein Repository, ein TeamIndexieren Sie das Repository, verbinden Sie die Agenten und wenden Sie Ihre bestehenden Standards als Richtlinie an.
- Woche 2Review und Validierung aktivierenCouncil-Review mit srooterctl review sowie funktionale und visuelle Validierung von Änderungen. Behalten Sie das Audit-Ledger im Blick.
- Woche 3Modellrichtlinien und Budgets festlegenAllowlists, Routing nach Risikostufen, Team-Budgets, sensible Repositories auf lokalen Modellen.
- DannRichtlinien auf weitere Teams ausweitenNeue Repositories und Teams übernehmen den Harness. Entwickler wählen weiterhin ihre eigenen Tools.
curl -fsSL api.palgu.ai/install.sh | bash
srooterctl login
srooterctl # jede Anfrage über Ihr Gateway