T3 Code einrichten: Claude Code, Codex und API-Gateways

Installiere T3 Code mit Claude Code oder Codex CLI, prüfe einen Dateizugriff und übergib Aufgaben zwischen Agenten. Richte eine separate Claude-Instanz für OpenRouter oder BetterToken ein, ohne deine gewohnte Konfiguration zu ersetzen. Der Leitfaden behandelt v0.1.9, die MCP-Funktion aus v0.1.8, Abrechnungsprüfungen, das gemeldete Problem mit Claudes Fünf-Stunden-Kontingent und die Grenzen des Datenschutzes.

Inhalt
T3 Code einrichten: Claude Code, Codex und API-Gateways

Nutze T3 Code, wenn du Claude Code und Codex in einer Oberfläche bedienen und Aufgaben seltener manuell übergeben möchtest. Installiere zuerst das CLI eines Anbieters und authentifiziere es, oder richte dafür eine separate API-Instanz ein. Prüfe, ob der Agent eine Datei aus dem Repository liest, bevor du Codeänderungen erlaubst.

Stand 2026-11-12 ist v0.1.9 die neueste stabile Version. Sie erschien am 11. November. Die Funktion Use T3 Code in another app (MCP) kam mit v0.1.8 vom 9. November hinzu. Beginne mit der stabilen Version statt mit einer Vorschauversion für Maintainer.

Wann lohnt sich T3 Code?

Wähle T3 Code, wenn du oft Aufgaben zwischen Agenten übergibst, getrennte Projektaufgaben bearbeitest oder die Arbeit aus der Ferne überwachst. Bleibe bei deinem bisherigen CLI, wenn du einen Agenten in einem Terminal nutzt und diese Funktionen kaum brauchst.

T3 Code ist eine Steueroberfläche, kein neues Modell. Die Agenten-Laufzeit, auch Harness genannt, stellt Werkzeuge bereit und führt sie aus. T3 koordiniert diese Laufzeiten über Desktop-, Web- und mobile Oberflächen.

Das offizielle Projekt unterstützt unter anderem Claude Code, Codex, Cursor, Grok Build, OpenCode, Antigravity und fx. Es ist kostenlos und steht unter der MIT-Lizenz. Den jeweiligen Anbieter bezahlst du weiterhin. T3 verkauft keine Tokens weiter und gibt dir kein zusätzliches Kontingent für dein Abo.

Wenn du Claude Desktop oder die Codex-App nutzt, prüfe, ob eine gemeinsame Oberfläche für mehrere Agenten wiederkehrende Arbeit spart. Unser Vergleich von Codex CLI, Desktop-App und IDE-Erweiterung hilft, wenn es dir nur um die passende Oberfläche geht.

Installiere zuerst den Agenten, dann T3 Code

Installiere und authentifiziere den Agenten auf dem Rechner, auf dem T3 ihn ausführen soll. Ein CLI auf deinem Laptop richtet keinen separaten Server ein.

Für das Übergabebeispiel brauchst du beide Anbieter. Zum Testen eines einzelnen Anbieters verwendest du den bereits installierten und hörst vor der Übergabe auf.

Die folgenden Terminalbeispiele verwenden Bash unter Linux oder macOS auf Apple Silicon. Beginne mit einem Repository, das eine README.md, aber keine sensiblen Testdaten enthält.

Für Claude Code folgst du der nativen Installationsanleitung von Anthropic:

curl -fsSL https://claude.ai/install.sh | bash
claude --version

Für eine Instanz mit Abo-Zugang führst du claude auth login aus und schließt die Anmeldung im Browser ab. Für reinen API-Zugang überspringst du die Abo-Anmeldung. Richte vor dem ersten Thread die unten beschriebene separate Gateway-Instanz ein.

Für Codex stellt die offizielle CLI-Anleitung diesen eigenständigen Installer bereit:

curl -fsSL https://chatgpt.com/codex/install.sh | sh
codex login

Lade T3 von t3.codes oder aus dem dort verlinkten GitHub-Repository herunter. Achte auf die Schreibweise: Die offizielle Domain ist t3.codes, nicht t33.codes.

Für die lokale Weboberfläche führst du Folgendes aus:

curl -fsSL https://t3.codes/install.sh | sh
t3

Der Befehl t3 startet den Server und öffnet die lokale Web-App. Falls der Installer dich auffordert, sein Verzeichnis zum PATH hinzuzufügen, folge dieser Anweisung.

Wenn Node.js und npm bereits verfügbar sind, kannst du T3 einmalig mit npx t3@latest ausprobieren. Für die Desktop-App unter macOS führst du im Terminal brew install --cask t3-code aus.

Unter Windows installierst du zuerst den Agenten nach der Windows-Anleitung des Anbieters. Anschließend installierst du T3 in PowerShell:

irm https://t3.codes/install.ps1 | iex
t3

Öffne Settings → Providers und wähle die Umgebung, in der das Repository liegt. Aktiviere dort den Anbieter. Um eine bestehende Anmeldung von Codex CLI zu verwenden, füge eine Codex-Instanz hinzu und wähle Configure manually.

Fehlt ein Anbieter, prüfe Installation und Anmeldung auf dem Rechner dieser Umgebung. Trage unter Binary path die ausführbare Datei ein, wenn T3 sie nicht im PATH findet. Die Installationsanleitung beschreibt diese Einstellungen für die jeweilige Umgebung.

Prüfe einen Dateizugriff und übergib den Thread an Codex

Beginne mit einer reinen Leseaufgabe, um Anbieter, Repository und Werkzeugausführung zu prüfen. Teste Codeänderungen erst danach.

Füge das Repository als Projekt hinzu und öffne New thread. Wähle für das Übergabebeispiel Claude und setze den Berechtigungsmodus im Nachrichtenfeld ausdrücklich auf Supervised. Dieser Modus verlangt eine Freigabe für Befehle und Dateiänderungen. Prüfe jede Anfrage, bevor du sie bestätigst.

Sende die folgende Nachricht. Sie verlangt die erste Überschrift und den dokumentierten Testbefehl aus README.md, ohne Dateien zu ändern oder Tests auszuführen.

Read README.md from this repository.
Quote its first heading and identify the documented test command.
If no test command is documented, say so.
Do not modify files or run tests.

Prüfe die protokollierten Werkzeugaufrufe, nicht nur die abschließende Antwort. Stelle sicher, dass der Agent die richtige Datei gelesen und ihre tatsächliche Überschrift ausgegeben hat. Eine plausible Beschreibung ohne Dateizugriff besteht diesen Test nicht.

Öffne nach Abschluss der Antwort die Modellauswahl und wähle deine Codex-Instanz sowie ein verfügbares Modell. Das Tastenkürzel lautet unter macOS Cmd+Shift+M, unter Windows und Linux Ctrl+Shift+M.

Sende anschließend diese Nachricht. Sie fordert Codex auf, die vorige Antwort mit den Dateien abzugleichen und nötige Vorbereitungen für den Testbefehl zu prüfen.

Review the previous answer against the repository files.
Check whether the proposed test command needs extra setup.
Do not modify files or run tests.

Erwartet wird eine Fortsetzung durch Codex im selben T3-Thread, mit eigenen Werkzeugaufrufen zur Dateiprüfung. Das ist eine Funktionsprüfung, keine Zusage, dass eines der Modelle einen Fehler findet.

Die T3-Dokumentation zu Übergaben unterscheidet zwischen übertragenem Gesprächskontext und einer vollständigen nativen Sitzung. Eine Übergabe kopiert weder die Überlegungen des bisherigen Anbieters noch den Zustand seiner Werkzeugaufrufe oder Anhänge. Wiederhole wichtige Einschränkungen und hänge benötigte Unterlagen erneut an.

Halte Regeln, die mehrere Übergaben überdauern sollen, in den Projektanweisungen fest. Unser Leitfaden zum Gedächtnis von Coding-Agenten behandelt diesen längerfristigen Kontext.

Verbinde ein API-Gateway über eine separate Claude-Instanz

Verwende für ein Anthropic-kompatibles Gateway die Umgebungsvariablen der Claude-Instanz. Füge Zugangsdaten nicht unter Launch arguments ein und ersetze nicht deine gewohnte Abo-Instanz.

Lege ein eigenes Konfigurationsverzeichnis an

Lass die Standardkonfiguration von Claude unverändert. Erstelle in Bash ein Verzeichnis für die OpenRouter-Instanz:

mkdir -p "$HOME/.claude_openrouter"

Falls dieses Verzeichnis bereits eine gespeicherte Anthropic-Anmeldung enthält, öffne eine Claude-Sitzung mit genau diesem Verzeichnis:

CLAUDE_CONFIG_DIR="$HOME/.claude_openrouter" claude

Führe in dieser Sitzung /logout aus und beende sie, bevor du das Gateway-Token hinzufügst. Bei einem neuen Verzeichnis ohne gespeicherte Anmeldung entfällt dieser Schritt. Die T3-Dokumentation warnt, dass gespeicherte Anmeldedaten mit dem Gateway-Token in Konflikt geraten können.

Füge unter Settings → Providers eine Claude-Instanz namens Claude OpenRouter hinzu. Setze Binary path auf claude und CLAUDE_CONFIG_DIR path auf ~/.claude_openrouter.

Trage nach der offiziellen OpenRouter-Anleitung von T3 diese Werte unter Environment variables der Instanz ein:

VariableWert
ANTHROPIC_BASE_URLhttps://openrouter.ai/api
ANTHROPIC_AUTH_TOKENDein eigener OpenRouter-API-Schlüssel; als Sensitive markieren
ANTHROPIC_API_KEYEin ausdrücklich leerer Wert

Behalte den Eintrag ANTHROPIC_API_KEY, aber lass seinen Wert leer. Gib keine Anführungszeichen als Wert ein. Trage das echte Token nur im Feld für sensible Zugangsdaten ein, nie in einer Chatnachricht oder Repository-Datei.

Erstelle für diese Instanz einen neuen Thread. Bestehende Claude-Threads können nur zwischen Claude-Instanzen wechseln, die dasselbe Konfigurationsverzeichnis nutzen.

Wähle die genaue Modell-ID und prüfe eine abgerechnete Anfrage

Wähle in T3 die vollständige Modell-ID des Gateways. Verlasse dich nicht darauf, dass ein Claude-Alias automatisch das gewünschte Modell auswählt.

Stand 2026-11-12 ist anthropic/claude-sonnet-5.5 ein Beispiel bei OpenRouter. Fehlt es in den Einstellungen der Claude-Instanz, füge es über Add custom model hinzu. Wähle es anschließend in der Modellauswahl des Chats aus.

Die Variablen ANTHROPIC_DEFAULT_*_MODEL ordnen Claude-Code-Aliasen wie sonnet Modelle zu. Sie überschreiben nicht das Modell, das du in T3 ausdrücklich ausgewählt hast. Benutzerdefinierte Modelle können weniger Einstellungen für Denkaufwand, Denkmodus oder Kontext bieten als integrierte Modelle.

Starte den neuen Thread mit der Gateway-Instanz und wiederhole den Test mit README.md. Suche im Aktivitäts-Dashboard von OpenRouter nach der passenden Anfrage und dem Modell. Prüfe dort Verbrauch und Gebühren. Eine gute Antwort ohne passenden Gateway-Eintrag bestätigt nicht, über welchen Dienst abgerechnet wurde.

OpenRouter dokumentiert denselben Endpunkt und dieselben Authentifizierungsvariablen in seiner Anleitung zur Claude-Code-Integration. Diese Anfragen verbrauchen OpenRouter-Guthaben, kein zusätzliches Tokenkontingent von T3.

Stand 2026-11-12 garantiert OpenRouter die Kompatibilität mit Claude Code nur für den direkt von Anthropic betriebenen Anbieter. Folge für diesen Test der Empfehlung des Leitfadens und priorisiere Anthropic 1P.

Für BetterToken nennt die Claude-Code-Dokumentation https://bettertoken.ai als Anthropic-Basis-URL, ohne /v1. Trage deinen eigenen BetterToken-Schlüssel im sensiblen Feld ANTHROPIC_AUTH_TOKEN ein. Lass ANTHROPIC_API_KEY leer und nutze ein eigenes Verzeichnis, etwa ~/.claude_bettertoken.

Stand 2026-11-12 enthält der Katalog claude-sonnet-5-5. Wähle genau diese ID und wiederhole vor größeren Aufgaben die Prüfungen für Dateizugriff und Abrechnung. Das ist separat abgerechnete API-Nutzung; prüfe die aktuellen Preise.

Verwende für einen lokalen Router eine weitere separate Claude-Instanz. Stelle sicher, dass der Rechner mit T3 den Router erreichen kann. Der Einrichtungsleitfaden für Claude Code Router beschreibt diesen zusätzlichen Routing-Prozess. Diese Anthropic-Variablen konfigurieren den Claude-Anbieter; sie sind keine Anleitung für die Codex-Konfiguration.

Nutze T3 Code über MCP aus einem anderen Assistenten

Verwende MCP, wenn ein externer Assistent auf T3-Projekte und Threads zugreifen soll. Für den normalen Wechsel zwischen Claude und Codex innerhalb von T3 ist das nicht nötig. Beginne mit einem externen Assistenten, dessen eigene Modellanmeldung bereits funktioniert.

Der Leitfaden für externe Agenten beschreibt die verfügbaren Vorgänge über den MCP-Server von T3. Externe Agenten können Projekte lesen, verfügbare Anbieter auflisten, Threads starten und Nachrichten an Threads senden.

Öffne mit Cmd/Ctrl+K die Befehlspalette und wähle Use T3 Code in another app (MCP). Dieselbe Aktion findest du unter Settings → Sharing & access. Wähle den Client und folge seinen Anweisungen.

Öffne unter Settings → Environments das Menü der gespeicherten Umgebung und wähle Copy MCP URL. Lass den T3-Server laufen. Führe diesen Block in Bash aus, füge die kopierte URL ein, sobald read auf Eingabe wartet, und drücke Enter:

read -r T3_MCP_URL
claude mcp add --transport http t3 "$T3_MCP_URL"
claude mcp login t3

Für einen Codex-Client verwendest du stattdessen:

read -r T3_MCP_URL
codex mcp add t3 --url "$T3_MCP_URL"
codex mcp login t3

Wähle bei der ersten Einrichtung oder Anmeldefreigabe Read only. Damit lassen sich verfügbare Ressourcen abfragen, aber nicht verändern.

Bitte den externen Assistenten, die T3-Projekte und verfügbaren Anbieter aufzulisten. Vergleiche das Ergebnis mit der T3-Oberfläche. So prüfst du einen echten Werkzeugaufruf und nicht nur, ob eine Verbindungs-URL gespeichert wurde.

Scheitert die Anmeldung, prüfe zuerst, ob dein Client die kopierte Adresse der Umgebung erreicht. Ändere erst danach gegebenenfalls die API-Zugangsdaten des Modells.

Erteile Ausführungsrechte nur, wenn der Assistent tatsächlich Aufgaben starten oder steuern soll. Prüfe vor der Freigabe den Zugriffsumfang. Modell-API-Token und MCP-Anmeldung verwenden getrennte Zugangsdaten. Eine Änderung am API-Token behebt keinen MCP-Anmeldefehler und umgekehrt.

Prüfe Limits, Datenschutz und die fehlerhafte Komponente

Trenne bei der Fehlersuche zwischen Abo-Limits, API-Gebühren und Client-Konfiguration.

Stand 2026-11-12 berichtet die T3-FAQ weiterhin, dass Claudes Fünf-Stunden-Kontingent über Anthropic Agent SDK schneller aufgebraucht wird als direkt in Claude Code. Die Maintainer führen das auf einen Fehler bei Anthropic zurück. Laut ihrem Bericht betrifft der beschleunigte Verbrauch die Wochenlimits nicht. Die Wochenlimits gelten trotzdem.

Hat dein Konto ein Fünf-Stunden-Kontingent, vergleiche zunächst eine kleine typische Aufgabe, bevor du einen ganzen Arbeitstag nach T3 verlagerst. Ist dieses Zeitfenster dein wichtigstes Limit, halte Claude Code auch direkt einsatzbereit.

Laut FAQ unterstützt T3 keine lokalen Modelle. Ein lokal laufender Router, der Anfragen an ein gehostetes Modell weiterleitet, führt das Modell nicht lokal aus.

Für die Inferenz gehen Code und Prompts laut FAQ von deinem Rechner zum Anbieter, nicht an T3-Server. Ein API-Gateway wird Teil dieses Übertragungswegs. Das bedeutet nicht, dass es keine Telemetrie gibt: T3 sendet Nutzungsmetadaten wie Anbieter, Modell und die gesamte Tokenanzahl.

Laut Telemetriedokumentation enthalten Produktnutzungsereignisse keine Prompts oder Dateiinhalte. Lies auch die separaten Diagnoseabschnitte, bevor du sensible Repositorys verwendest.

Fehlt ein Anbieter, korrigiere Installation, Anmeldung oder Binary path auf dem ausgewählten Rechner. Bei Gateway-Authentifizierungsfehlern prüfst du das sensible Token, den leeren Wert von ANTHROPIC_API_KEY und eine eventuell gespeicherte Anmeldung. Ist ein Modell nicht verfügbar, kontrolliere seine genaue Gateway-ID und die im Thread ausgewählte Instanz.

Starte nach jeder Änderung einen neuen Test-Thread und wiederhole den Dateizugriff. Behalte die Änderung nur, wenn die Werkzeugaktivität und der Nutzungsnachweis des vorgesehenen Anbieters zusammenpassen.

Bereit, Ihren LLM-Workflow zu optimieren?

Verbinden Sie Modelle über eine API, verwalten Sie Schlüssel und behalten Sie KI-Kosten im Blick.

Kostenlos starten