Kurz gesagt: Laut der offiziellen Jules-Ankündigung wird Googles asynchroner Coding-Agent Jules am 31. Dezember 2026 eingestellt und ist ab dem 11. November nur noch lesbar. Code, Branches und PRs liegen ohnehin auf GitHub und bleiben dort. Mitnehmen müssen Sie, was in Jules selbst liegt: Einstellungen, Umgebungsvariablen, geplante Aufgaben, Erinnerungen, Setup-Skripte und den Session-Verlauf. Google liefert ein Export-Tool, und der Export lässt sich direkt an Claude Code oder Codex übergeben.
Mit einem einzigen API Key haben wir dieselbe Aufgabe in Claude Code 2.1.310 und Codex 0.164.0 laufen lassen: Jules-Export lesen, Session-Patch anwenden, Setup und Tests ausführen, AGENTS.md schreiben.
- Claude Code (claude-sonnet-5-5) war nach etwa 15 Sekunden fertig; die Tests gaben
okaus. - Codex (gpt-6.1-sol) war nach etwa 44 Sekunden fertig; die Tests gaben
okaus. - Beide AGENTS.md-Dateien enthielten nur die Namen der Umgebungsvariablen, keine Werte.
API Key erstellen – ein Key für Claude Code und Codex →
Zeitplan
| Datum | Ereignis |
|---|---|
| Dezember 2024 | Google startet Jules, einen Agent, der Coding-Aufgaben im Hintergrund erledigt (laut The Verge) |
| 29. Oktober 2026 | Google kündigt das Aus an und stellt den Datenexport bereit |
| 11. November 2026 | Letzter Tag für laufende Sessions, danach nur noch lesbar |
| 31. Dezember 2026 | Jules wird eingestellt |
Laut Ankündigung fließen die Erfahrungen aus Jules in Google Antigravity ein, Googles Agent-zentrierte Plattform. Wer schon jetzt einen Hintergrund-Agent braucht: Claude Code und Codex laufen beide unbeaufsichtigt im Terminal oder zeitgesteuert.
Schritt 1: Jules-Daten exportieren (vor dem 11. November)
Der offizielle Weg: Jules Tools installieren, anmelden, im Home-Verzeichnis einen CLI-Coding-Agent wie Claude Code öffnen und den kompletten „export prompt“ aus der Ankündigung einfügen:
npm install -g @google/jules
jules login
cd ~
claude # or: codex
Der Agent prüft CLI und Anmeldung, führt das Export-Skript aus und meldet, wie viele Repos, Sessions und Patches gespeichert wurden. Worauf Sie achten sollten (laut Ankündigung):
jules loginist eine interaktive Browser-Anmeldung, führen Sie sie selbst aus.- Verbinden Sie zuerst Ihr GitHub-Konto mit Jules, sonst bleibt
sources.jsonleer. - Das Token läuft nach etwa einer Stunde ab. Liefert jeder Aufruf 401,
jules loginerneut ausführen.
So sieht der Exportordner aus:
~/jules-export/
├── user-settings.json
├── env-variables.json
├── scheduled-tasks.json
├── sources.json
├── repos/<repo>/setup.sh
├── repos/<repo>/test-command.txt
├── repos/<repo>/memories.md
└── sessions/<id>/summary.md · activities.json · patch-1.diff
env-variables.json enthält die Werte Ihrer Umgebungsvariablen im Klartext. Nicht in ein Repo legen und nicht weitergeben.
Schritt 2: Claude Code und Codex anbinden
Claude Code kommt in die globale ~/.claude/settings.json:
{
"env": {
"ANTHROPIC_BASE_URL": "https://api.aicodewith.ai",
"ANTHROPIC_AUTH_TOKEN": "IHR_API_KEY",
"APP_MODE": "test"
},
"model": "claude-sonnet-5-5"
}
Die Adresse ist https://api.aicodewith.ai ohne /v1. Alle Schritte: Claude Code mit einer Drittanbieter-API verbinden.
Codex kommt in die globale ~/.codex/config.toml:
model = "gpt-6.1-sol"
model_provider = "aicodewith"
[model_providers.aicodewith]
name = "aicodewith"
base_url = "https://api.aicodewith.ai/chatgpt/v1"
wire_api = "responses"
experimental_bearer_token = "IHR_API_KEY"
[shell_environment_policy]
set = { APP_MODE = "test" }
Erklärungen zu jedem Feld finden Sie unter Codex API Key einrichten und Codex config.toml erklärt. Ist Codex noch nicht installiert, beginnen Sie mit Codex installieren.
Schritt 3: Wohin die Jules-Daten gehören
| Jules-Export | Claude Code | Codex |
|---|---|---|
| env-variables.json | env in settings.json | set unter [shell_environment_policy] in config.toml |
| repos/<repo>/setup.sh, test-command.txt | CLAUDE.md (kann @AGENTS.md importieren) | AGENTS.md im Repo-Wurzelverzeichnis |
| repos/<repo>/memories.md | an CLAUDE.md anhängen | an AGENTS.md anhängen |
| scheduled-tasks.json | cron + claude -p | cron + codex exec |
| sessions/<id>/patch-*.diff | git apply, dann den Agent weitermachen lassen | ebenso |
APP_MODE in den Konfigurationen oben ist das Beispiel: Übernehmen Sie jede Jules-Umgebungsvariable als eine Zeile mit Name und Wert. Variablen, die nur ein Repo braucht, gehören in dessen .claude/settings.json – committen Sie nie eine Datei mit Werten.
Wie beide Clients eine gemeinsame Anweisungsdatei nutzen, steht in AGENTS.md für Claude Code und Codex gemeinsam nutzen.
Offene Sessions fortsetzen
Patches aus unfertigen Jules-Sessions liegen unter sessions/<id>/. Im Repo anwenden, dann Setup und Tests ausführen:
cd ~/code/demo
git apply ~/jules-export/sessions/<id>/patch-1.diff
bash ~/jules-export/repos/<repo>/setup.sh
$(cat ~/jules-export/repos/<repo>/test-command.txt)
Geben Sie dem Agent danach Prompt und Latest plan aus summary.md, damit er dort weitermacht.
Geplante Aufgaben als cron-Jobs
Eine geplante Jules-Aufgabe ist einfach ein Prompt, der zu festen Zeiten läuft. Nutzen Sie den nicht-interaktiven Modus von Claude Code oder Codex mit cron:
# crontab -e
0 9 * * 1 cd ~/code/demo && claude -p "run tests and fix failures" --permission-mode acceptEdits >> ~/agent-cron.log 2>&1
0 9 * * 1 cd ~/code/demo && codex exec -s workspace-write "run tests and fix failures" >> ~/agent-cron.log 2>&1
--permission-mode acceptEdits erlaubt Claude Code, Dateien zu ändern; Codex mit -s workspace-write schreibt nur ins aktuelle Repo. Jeden Job einmal von Hand ausführen, bevor er unbeaufsichtigt läuft.
Test: derselbe Export in beiden Clients
Wir haben einen kleinen Export im offiziellen Format gebaut: ein Python-Repo, eine unfertige Session (ein Patch gegen Division durch null), ein Setup-Skript, ein Testbefehl, eine Umgebungsvariable APP_MODE und eine geplante Aufgabe montags um 9 Uhr. Beide Clients bekamen dieselbe Anweisung: „Patch anwenden, Setup und Tests ausführen, AGENTS.md schreiben und nur die Namen der Umgebungsvariablen aufführen.“
| Claude Code 2.1.310 | Codex 0.164.0 | |
|---|---|---|
| Modell | claude-sonnet-5-5 | gpt-6.1-sol |
| Modus | claude -p | codex exec -s workspace-write |
| Dauer | etwa 15 s | etwa 44 s |
| Patch | sauber angewendet | sauber angewendet |
| Tests | ok | ok |
| AGENTS.md | nur APP_MODE | nur APP_MODE |
Beide bemerkten, dass das System-Python pip install im Setup-Skript ablehnte (das Skript endet mit || true und lief deshalb weiter), meldeten es offen und fügten nicht eigenmächtig --break-system-packages hinzu. Die von Claude Code geschriebene AGENTS.md:
# AGENTS.md
## Setup
pip install -q pytest || true
## Test
python3 test_calc.py
## Environment variables (names only)
- APP_MODE
## Scheduled task
0 9 * * 1 run tests and fix failures
Nach dem Test haben wir die Testordner und die darin enthaltenen Key-Konfigurationen gelöscht.
API Key erstellen und Jules-Hintergrundaufgaben zu Claude Code / Codex umziehen →
FAQ
Codex meldet 401 Unauthorized
Meist wurde der Key nicht gelesen oder ist falsch. Prüfen Sie, ob experimental_bearer_token unter [model_providers.aicodewith] steht und model_provider = "aicodewith" gesetzt ist. Schritt für Schritt: Codex 401 Unauthorized. Bei 401 in Claude Code ANTHROPIC_AUTH_TOKEN prüfen und sicherstellen, dass die Adresse kein /v1 enthält.
Geplante Jobs melden 429 Too Many Requests
Mehrere cron-Jobs in derselben Minute können das Ratenlimit erreichen. Verteilen Sie sie um einige Minuten und lesen Sie Codex 429 Too Many Requests.
Kann ich nach dem 11. November noch exportieren?
Laut Ankündigung ist Jules vom 11. November bis zum Aus zum Jahresende nur lesbar. Ob der Export in dieser Zeit funktioniert, steht dort nicht – exportieren Sie also vor dem 11. November.
Geht mein Code verloren?
Nein. Laut Ankündigung liegen Code, Branches und PRs auf GitHub und bleiben unverändert. Der Export umfasst nur Konfiguration und Verlauf, die in Jules gespeichert sind.



