Was Modellanbieter sehen

kanman trainiert und betreibt kein eigenes Sprachmodell. Der Coding-Agent und der unabhängige Reviewer nutzen Modelle etablierter Anbieter. Diese Seite erklärt, welcher Anbieter was sieht, damit Sie das bewerten können, bevor Sie ein Repository verbinden.

Welcher Anbieter beteiligt ist

Der Anbieter hängt vom Executor Ihres Teams ab und davon, wie Sie die Rechenleistung bezahlen.

Den Executor wählen Sie beim Einrichten eines Teams; ändern können Sie ihn in den Team-Einstellungen unter Executor.

Der Reviewer nutzt bewusst ein Modell eines anderen Anbieters als der Executor, damit die Arbeit von einer unabhängigen zweiten Meinung geprüft wird. Ist Ihr Executor Claude Code, läuft der Reviewer auf einem OpenAI-Modell, und umgekehrt.

Auch die Aufnahme (aus einer Anforderung werden Stories) nutzt ein Sprachmodell. Sie verwendet Ihren eigenen Schlüssel, wenn das Team oder der Workspace einen hat, sonst den Modellzugang von kanman.

Eigenen Schlüssel nutzen

Ein Workspace hat einen Anbieterschlüssel, den alle Teams mit der Einstellung Eigenen Schlüssel verwenden teilen. Nur Workspace-Admins können ihn hinzufügen, testen, ersetzen oder entfernen.

1. Öffnen Sie Einstellungen > KI-Anbieter (/<workspace>/settings/ai).
2. Klicken Sie auf Anbieterschlüssel hinzufügen.
3. Wählen Sie den Anbieter. Jeder Anbieter steht mit dem Executor in der Liste, zu dem er passt: Anthropic und Amazon Bedrock für Claude Code, OpenAI und Azure OpenAI für Codex.
4. Füllen Sie die Felder für diesen Anbieter aus (siehe Tabelle).
5. Klicken Sie auf Verbindung testen, um den Schlüssel zu prüfen, dann auf Schlüssel speichern.

Nach dem Speichern zeigt der Schlüssel seinen Status (Funktioniert oder Prüfung fehlgeschlagen), das Modell und wann er zuletzt geprüft wurde. Mit Verbindung testen prüfen Sie ihn jederzeit erneut, mit Ersetzen geben Sie einen neuen Schlüssel ein, mit Schlüssel entfernen löschen Sie ihn.

Der Schlüssel muss zum Executor des Teams passen: Ein Team mit Claude Code braucht einen Anthropic- oder Bedrock-Schlüssel, ein Team mit Codex einen OpenAI- oder Azure-OpenAI-Schlüssel. kanman weicht nie stillschweigend auf den eigenen Modellzugang aus. Fehlt der Schlüssel, wurde er entfernt oder passt er nicht, halten die Runs des Teams mit einer klaren Meldung an, bis Sie einen passenden Schlüssel hinzufügen oder das Team auf Über kanman abrechnen umstellen.

Schlüssel werden verschlüsselt gespeichert und nur als Umgebungswerte an die Sandbox des Runs übergeben. Sie erscheinen nie in Logs, Run-Daten oder im Audit-Log.

Was der Coding-Agent sendet

Während seiner Arbeit sendet der Coding-Agent seinem Anbieter den Kontext, den er für die Aufgabe braucht:

• die Story: Titel, Beschreibung, Akzeptanzkriterien, Demonstrate-Block und Testplan,
• die Richtlinien-Zusammenfassung für den Run (gesperrte Pfade, Limits, Budget),
• die Konventionen und Erkenntnisse Ihres Teams, die für die bearbeiteten Bereiche gelten,
• die Dateien, die er aus dem Repository liest, sowie die Befehle und Ausgaben seiner eigenen Werkzeugaufrufe (zum Beispiel Testausgaben),
• die Änderungen, die er schreibt.

Er erhält keine Secret-Werte (siehe Sandbox und Secrets), keine Daten anderer Teams und keine anderen Repositories.

Was der Reviewer sendet

Der Reviewer erhält die Story, ihre Akzeptanzkriterien, den Testplan und den Diff der Änderung. Er antwortet mit einem Urteil pro Kriterium, mit Datei- und Zeilenangaben.

Was die Aufnahme sendet

Wenn Sie eine Anforderung in der App, im Chat mit kanman oder aus einem Slack-Thread einreichen, wird dieser Text an das Modell gesendet, das die Stories entwirft, zusammen mit dem Team-Kontext, der zum Entwerfen nötig ist.

Was Anbieter mit den Daten tun

Was ein Anbieter mit den Daten tun darf, regeln dessen Bedingungen:

• Über kanman bezahlt: kanman ruft den Anbieter unter kanmans Geschäftsvereinbarung auf. Diese Vereinbarungen erlauben dem Anbieter nicht, Modelle mit Ihren Daten zu trainieren. Die genutzten Anbieter stehen als Unterauftragsverarbeiter im AVV (siehe AVV und Unterauftragsverarbeiter).
• Eigener Schlüssel: Die Aufrufe laufen unter Ihrem eigenen Vertrag mit dem Anbieter. Es gelten Ihre Bedingungen, Ihre Regionswahl und Ihr Auftragsverarbeitungsvertrag. Das ist die übliche Wahl für regulierte Teams.

Weniger senden

• Halten Sie Secrets aus Stories und Repositories heraus, wie bei jedem Entwickler.
• Nutzen Sie denied_paths, um den Agenten von Bereichen fernzuhalten, die er nicht ändern soll, zum Beispiel Infrastruktur oder Testdaten mit Kundenbezug.
• Nutzen Sie Ihren eigenen Vertrag mit Azure OpenAI oder Amazon Bedrock, wenn Modellaufrufe in einer bestimmten Region bleiben müssen.
• Nutzen Sie einen Self-hosted Runner, wenn Checkout und Builds in Ihrem Netz bleiben müssen. Modellaufrufe gehen auch dann an den gewählten Anbieter.

Verwandte Seiten

• Tarife und Abrechnung
• Hosting und Datenresidenz
• Budgets und Kosten
• Richtlinien-Einstellungen