Workspace
Alles auf dieser Seite liegt unter Settings in der Konsole. Sie behandelt die Steuerungen auf Workspace-Ebene, die keine eigene Seite haben: wer im Workspace ist, was jede Einstellungsseite tut und wie du deine Daten herausholst.
Mitglieder und Rollen
Jedes Mitglied hat eine Rolle, und Owner und Admins können Teamkollegen unter Settings > Members mit Invite a teammate einladen. Eine Einladung vergibt die Rolle member, admin oder read-only, und ausstehende Einladungen zählen neben angenommenen Mitgliedern zum Mitgliederlimit. Der Free-Plan enthält zwei Teammitglieder; bezahlte Pläne begrenzen Mitglieder nicht.
| Rolle | Beschreibung |
|---|---|
owner | Volle Kontrolle über den Workspace, einschließlich seiner Löschung. |
admin | Lädt Mitglieder ein und verwaltet Rollen, löscht jeden API-Schlüssel oder Telemetrie-Token, prüft veröffentlichte Seiten und fordert Exporte an. |
member | Die Standardrolle für einen Teamkollegen, der im Workspace arbeitet. |
read-only | Die niedrigste Rolle, für Personen, die den Workspace sehen müssen, ohne ihn zu bedienen. |
Jedes Mitglied trägt außerdem einen Satz feingranularer Berechtigungs-Scopes, verwaltet über die Karte Manage permissions auf derselben Seite.
Beitritt per E-Mail-Domain
Ab dem Team-Plan lässt Joining by email domain unter Settings > Members jeden mit einer verifizierten E-Mail-Adresse auf der Domain deines Unternehmens ohne Einladung als Mitglied beitreten. Owner und Admins erhalten jedes Mal eine E-Mail, wenn jemand auf diesem Weg beitritt.
Teams
Manage teams, ebenfalls unter Settings > Members, gruppiert Mitglieder in Teams für gemeinsame Zuständigkeit und Sichtbarkeit von Ressourcen. Erstelle eines mit New team.
Übersicht der Einstellungen
| Einstellungseintrag | Was er steuert |
|---|---|
| Workspace | Name, Slug, Workspace-ID, Avatar und Beschreibung, plus die Abschnitte in der nächsten Tabelle. Den Slug zu ändern ändert jede URL im Workspace. |
| Billing & Usage | Dein Plan, die Nutzung gemessen an seinen Limits, Rechnungen und Overage. Siehe Abrechnung und Nutzung. |
| Members | Rollen und Berechtigungen, Einladungen, Beitritt per E-Mail-Domain und Teams. |
| Coding Agents | Verbinde den Agent deines Editors über MCP und erstelle den API-Schlüssel, den er nutzt. Siehe Plattform-MCP-Server. |
| Integrations | Verbinde und trenne Clouds, Code-Hosts und Observability-Tools. Siehe Integrationen. |
| Clouds | Die Cloud-Konten, mit denen Agents deine Infrastruktur untersuchen. Siehe Clouds. |
| Repositories | Die Code-Repositories, die Agents lesen und in denen sie handeln können. Siehe Repositories. |
| Memories | Bestätigte Erkenntnisse, gespeichert für die nächste Untersuchung. Siehe Memories. |
| API Keys | Schlüssel mit Scopes für Skripte und CI. Siehe API-Schlüssel und OAuth-Clients. |
| OAuth Clients | Anwendungen, die im Namen eines Benutzers auf Polylane zugreifen. Siehe API-Schlüssel und OAuth-Clients. |
| Telemetry Tokens | Zugangsdaten, die Alerts authentifizieren, die aus deinen Observability-Tools weitergeleitet werden. Der Ersteller eines Tokens oder ein Workspace-Admin kann ihn löschen. |
| Labels | Labels, die Ressourcen im gesamten Workspace ordnen und kategorisieren. |
| Pages | Jede öffentliche Seite, die der Workspace veröffentlicht hat, die Admins und Owner prüfen und löschen können. |
| Notifications | Deine persönlichen E-Mail-Einstellungen und der wöchentliche Digest des Workspace. Siehe Benachrichtigungen. |
| Analytics | Diagramme zu Nutzung, Untersuchungen, Issues und Autofixes über die letzten 7 bis 90 Tage, stündlich oder täglich, für alle Benutzer oder eine Person. |
| Support | Dokumentation, ein Gespräch mit dem Polylane-Team, ein Slack-Connect-Channel und ein Feedback-Formular. |
Die Seite Workspace selbst ist in Abschnitte gegliedert.
| Abschnitt | Was du dort einstellst |
|---|---|
| AI Models | Die Modellfamilie hinter deinen Agents und dein eigener Anbieter-Schlüssel. Siehe KI-Modelle. |
| Investigations | Der Schweregrad, ab dem Polylane bestätigte Issues von selbst untersucht und behebt, und die Alert-Signaturen, die du unterdrückt hast. |
| Autofix | Ob Autofix-Pull-Requests überhaupt geöffnet werden, ob Fixes, die Polylane von selbst startet, automatisch laufen oder erst fragen, und ob Commits der Person zugeschrieben werden, die gefragt hat, oder Polylane. |
| Pull request reviews | Ob jeder Pull Request gegen die Produktionstopologie geprüft wird. Siehe Pull-Request-Reviews. |
| Privacy & data | Ob Coreplane Workspace-Daten zur Verbesserung seiner Modelle nutzen darf, und der Workspace-Export. |
| Screensaver | Spielt deine lebende Topologie im Vollbild ab. |
| Danger Zone | Löscht den Workspace. Nur der Owner kann das, und es ist nicht umkehrbar. |
Inaktive Free-Workspaces
Ein Free-Workspace, mit dem sieben Tage lang niemand interagiert hat, bekommt eine Warn-E-Mail, und das Hintergrund-Monitoring pausiert drei Tage später, wenn niemand zurückkommt. Den Workspace zu öffnen oder auf die E-Mail zu antworten setzt es fort; Abrechnung und Nutzung listet auf, was pausiert und was weiterläuft.
Deine Daten exportieren
Admins und Owner können im Abschnitt Privacy & data mit Request export einen Export anfordern: Berichte, Pull-Request-Reviews, Einstellungen und Threads kommen als ein JSON-Archiv, und du bekommst eine E-Mail mit einem Download-Link, wenn es bereit ist. Exporte funktionieren noch 60 Tage, nachdem ein Workspace gelöscht wurde.
Verwandt
- Benachrichtigungen, um zu wählen, welche Ereignisse dein Postfach erreichen und was der Workspace in Slack bekommt.
- KI-Modelle, um Agents mit deinem eigenen Anbieter-Schlüssel oder Endpunkt zu betreiben.
- API-Schlüssel und OAuth-Clients, um Zugangsdaten für Skripte und Anwendungen zu erstellen.
- Abrechnung und Nutzung für Planlimits, Rechnungen und inaktive Workspaces.
Plugins
Installiere Polylane in Claude Code, Cursor oder Codex in einem Schritt: beide MCP-Server, die Skills und die Slash-Befehle, die dein Agent braucht.
Benachrichtigungen
Wähle, welche Ereignisse dein Postfach erreichen, was der gesamte Workspace in Slack bekommt und wie der wöchentliche Digest funktioniert.