Agenten

Der Bereich Agenten entscheidet, welche Coding-Agenten in einem Arbeitsbereich verfügbar sind und wie sich jeder einzelne anmeldet. Bromure Agentic Coding liefert drei Agenten aus — Claude Code, Codex und Grok Build — und pro Arbeitsbereich lässt sich jede beliebige Teilmenge aktivieren. Der Untertitel des Bereichs benennt das Modell klar: Aktivieren Sie jeden Agenten, den Sie in diesem Arbeitsbereich verfügbar haben möchten; der als Primär markierte startet automatisch im ersten Tab, und andere aktivierte Agenten werden installiert und authentifiziert, aber Sie starten sie bei Bedarf aus einem neuen Tab.

Welche Zugangsdaten Sie hier auch eingeben, sie erreichen niemals die VM. Der Agent innerhalb der Sandbox erhält einen Köder-Schlüssel; der Host-Proxy tauscht den Köder auf der Übertragungsstrecke gegen den echten Wert aus. Diese Übertragungsgrenze — sowie die Abonnement-Registrierungs- und Token-Tausch-Mechanik, von der die untenstehenden Auth-Modi abhängen — ist Gegenstand des Kapitels Zugangsdaten.

Agenten aktivieren und den primären wählen

Jeder Agent ist eine Karte mit einem Aktivierungsschalter in der oberen rechten Ecke. Schalten Sie ihn ein, um die Authentifizierungsoptionen dieses Agenten anzuzeigen; schalten Sie ihn aus, um die Karte einzuklappen und den Agenten aus dem Arbeitsbereich zu entfernen.

Ein aktivierter Agent ist immer der Primär, markiert mit einer orangefarbenen Stern-Plakette. Der primäre Agent startet automatisch im ersten Terminal-Tab, wenn eine Sitzung geöffnet wird; die übrigen aktivierten Agenten werden installiert und authentifiziert, warten aber, bis Sie sie aus einem neuen Tab starten. Um einen anderen Agenten hochzustufen, aktivieren Sie ihn und klicken Sie auf Zum primären machen auf seiner Karte — der bisherige primäre Agent wird herabgestuft, behält aber seine eigene Authentifizierung. Das Deaktivieren des aktuellen primären Agenten stuft automatisch einen anderen aktivierten Agenten hoch, und der letzte verbleibende Agent kann nicht deaktiviert werden: Ein Arbeitsbereich hat immer mindestens einen.

Authentifizierungsmodi

Wenn ein Agent aktiviert ist, wählt eine Radio-Gruppe aus, wie er sich authentifiziert. Welche Modi angeboten werden, hängt vom Agenten ab — Bedrock ist exklusiv für Claude Code:

API-Token

Fügen Sie einen Anbieter-API-Schlüssel in das sichere Feld ein — der Platzhalter benennt den Anbieter: Anthropic API key, OpenAI API key oder xAI API key. Der Schlüssel wird verschlüsselt auf dem Host gespeichert; die VM sieht immer nur einen Köder, den der Proxy bei Anfragen an diesen Anbieter zum echten Wert umschreibt. Ein Kontrollkästchen Freigabe zur Nutzung erforderlich (standardmäßig aus) wird weiter unten unter Freigabe zur Nutzung erforderlich beschrieben.

Neu aktivierte Agenten verwenden standardmäßig diesen Modus.

Abonnement (interaktive Anmeldung)

Meldet den Agenten mit Ihrem kostenpflichtigen Abonnement (Claude, ChatGPT/Codex oder Grok) an statt mit einem API-Schlüssel. Eine eingebettete Schaltfläche Registrieren… führt einen einmaligen interaktiven Anmeldeablauf aus; sobald dieser abgeschlossen ist, erscheint neben dem Modus ein grünes Siegel zusammen mit den Steuerelementen Neu registrieren… und Vergessen. Die echten OAuth-Token verbleiben auf dem Host und werden dort aktualisiert, während der VM Attrappen bereitgestellt werden — ob dieser Tausch gerade aktiv ist, wird im Bereich Tracing angezeigt und kann dort zurückgesetzt werden.

Dies ist die Werksvorlagen-Standardeinstellung für Claude Code.

Bedrock (AWS) — nur Claude Code

Leitet Claude Code über Amazon Bedrock unter Verwendung der AWS-Zugangsdaten, die Sie unter Zugangsdaten → AWS konfigurieren. Ein Feld Default Model ID überschreibt das Bedrock-Modell, das Claude Code anfordert — zum Beispiel us.anthropic.claude-sonnet-4-6-v1:0; lassen Sie es leer, um den in Claude Code integrierten Standard zu verwenden. Bedrock wird für Codex oder Grok Build nicht angeboten.

Lokales Modell

Führt den Agenten vollständig gegen ein vom Host bereitgestelltes On-Device-Modell aus, ohne dass ein Cloud-Anbieter beteiligt ist. Die Option ist ausgegraut — beschriftet mit — laden Sie ein Modell unter Lokale Modelle herunter —, bis mindestens ein Modell im Bereich Lokale Modelle installiert ist. Sobald ein Modell verfügbar ist, wird der Agent über seine Base-URL-Umgebungsvariable (ANTHROPIC_BASE_URL, OPENAI_BASE_URL oder XAI_BASE_URL) auf die lokale Engine verwiesen und stellt das unter Lokale Modelle ausgewählte Modell bereit. Die Engine, das On-Device-Routing und der hybride Fallback werden im Kapitel Lokale Modelle behandelt.

Hinweis: Das Einschalten von Lokale Modelle aktivieren für den Arbeitsbereich fixiert jeden aktivierten Agenten automatisch auf Lokales Modell, und das Wiederausschalten stellt den vorherigen Modus jedes Agenten wieder her. Normalerweise legen Sie die On-Device-Inferenz über den Bereich Lokale Modelle fest statt Agent für Agent.

Freigabe zur Nutzung erforderlich

Im Modus API-Token fügt das Kontrollkästchen Freigabe zur Nutzung erforderlich eine Zustimmungsschranke hinzu: Bevor der Proxy den Köder-Schlüssel gegen den echten austauscht, blendet der Host einen Dialog ein, sodass Sie die Nutzung einmalig, für ein kurzes Zeitfenster oder für den Rest der Sitzung erlauben können. Es ist standardmäßig ausgeschaltet. Dasselbe Freigabemuster pro Zugangsdaten wiederholt sich im gesamten Bereich Zugangsdaten.

Einstellungsreferenz

Verwandte Kapitel

• Zugangsdaten — wie Schlüssel, Abonnement-Token und AWS-Zugangsdaten auf dem Host gehalten und auf der Übertragungsstrecke von Attrappe zu echt getauscht werden.
• Lokale Modelle — die On-Device-Engine, die den Auth-Modus Lokales Modell unterstützt.
• Fusion — der Multi-Modell-Bereich bezieht seine Stränge aus den hier konfigurierten Agenten.
• Tracing — die Statuszeilen zum Abonnement-Token-Tausch für die Abonnement-Modi.