Für Admins und Leads
Teams, Mitglieder, Grenzen, Budgets, Tarife und eigene Runner einrichten.
Diese Seiten sind für die Menschen, die kanman für ihre Teams einrichten und am Laufen halten: Eigentümer und Admins des Workspace und Team-Leads. Du findest hier, wie du ein Team anlegst, Menschen einlädst, festlegst, was kanman tun und ausgeben darf, und bei Bedarf alles auf deiner eigenen Infrastruktur betreibst.
Eine gute Reihenfolge für einen neuen Workspace:
- Ein Team einrichten: Tracker, Repositorys, Modellzugang, ein Probelauf.
- Workspace, Mitglieder und Rollen: Deine Kolleginnen und Kollegen einladen.
- Deine Werkzeuge verbinden: Chat, Alerts und Wikis.
- Grenzen und Regeln und Budgets und Kosten: was für jedes Team gilt und was du wählst.
- Auf ein zweites Team ausweiten, sobald das erste gut läuft.
Muss bei dir alles im eigenen Netz laufen, lies zuerst Den Self-hosted Runner betreiben und Alles auf deinen Runnern ausführen.
In diesem Bereich
Ein Team einrichten
Die Team-Einrichtung Schritt für Schritt: Tracker wählen, Projekt und Repositories benennen, die Ausführung festlegen, das Team gestalten und Spalten und Probelauf prüfen.
kanman ohne Tracker nutzen
Ein KI-Team auf seinem eigenen kanman-Board: keine Verbindung zu Jira, GitHub oder GitLab, Stories aus der Aufnahme und ein Tracker, den du später verbinden kannst.
Teams
Ein Team ist ein KI-Team: ein Tracker-Projekt, ein oder mehrere Repositories, eigene Grenzen und ein Board, das deinen Tracker spiegelt.
Grenzen und Regeln
Die Grenzen, die für jedes Team gelten, egal was das Modell sagt: welche Repositories und Branches kanman schreiben darf, wie Änderungen gemergt werden, was Helfer erreichen können, und ein Tagesbudget.
Budgets und Kosten
Ein Tagesbudget pro Team, Budgets pro Person und Ziel, was die Arbeit gekostet hat, und zwei Wege, die Modellnutzung zu bezahlen.
Workspace, Mitglieder und Rollen
Wie Workspaces, Teams und Mitglieder zusammenhängen, was jede Rolle darf und wie du Personen einlädst und entfernst.
Tarife und Abrechnung
Die Tarife von kanman (Local, Starter und Team), abgerechnet pro KI-Team, der Mengenpreis für Team, die Enterprise-Vereinbarung, die 14-tägige Testphase des Team-Tarifs und Rechenleistung über deinen eigenen Schlüssel oder zum Selbstkostenpreis plus 15 Prozent.
Auf ein zweites Team ausweiten
Übertrage, was beim ersten Team funktioniert hat: Verbindungen und Einstellungen wiederverwenden und die Regeln jedes Teams eigenständig halten.
kanman die Toolchain deines Teams geben
Leg einmal fest, welches Image, welche Variablen, Secrets und welches Setup deine Repositories brauchen. kanmans Codearbeit und Sammeländerungen laufen darin, auf deinen Runnern und in der kanman Cloud.
Den Self-hosted Runner betreiben
Führ kanmans Codearbeit auf deiner eigenen Infrastruktur aus, mit einem Docker-Image, das nur ausgehende Verbindungen aufbaut, ohne offene Ports und ohne Datenbank-Zugangsdaten.
Alles auf deinen Runnern ausführen
Halte den gesamten Modellverkehr und jede Aktion in deinen Repositories in deinem Netz: Die kanman Cloud verwaltet Board, Entscheidungen und Audit-Log, deine Self-hosted Runner erledigen den Rest.
Modellzugang auf Self-hosted Runnern
Lass das Coding-Werkzeug auf deinem Self-hosted Runner dein eigenes Cloud-Konto für Modelle nutzen, etwa Amazon Bedrock, Google Vertex AI oder Microsoft Foundry, damit Modellschlüssel nie über kanman laufen.
GitLab hinter VPN oder Firewall
Nutze kanman mit einem selbst betriebenen GitLab, das nur in deinem Firmennetz erreichbar ist: Ein Runner im Netz erledigt alle Arbeit im Repository und spricht mit kanman nur über ausgehendes HTTPS.