Jules, der von Google Labs veröffentlichte Remote-Coding-Agent, legt API offen

• Jules ist ein von Google Labs entwickelter Remote-AI-Coding-Agent und hat kürzlich seine API veröffentlicht
• Entwickler können ihn problemlos mit verschiedenen Development-Tools und Workflows integrieren und so Möglichkeiten für Automatisierung und höhere Produktivität erschließen
• Durch zusätzliche Funktionen wie ein Command-Line-Tool und Verwaltung von Umgebungsvariablen werden Nutzbarkeit, Anpassbarkeit und Automatisierungspotenzial maximiert
• Innovationsnahe Funktionen für reale Entwicklungsumgebungen wie Memory, PR-Kommentar-Feedback und Bild-Uploads werden fortlaufend eingeführt
• Mit kontinuierlichen Verbesserungen der Umgebung sowie bei Leistung und Stabilität etabliert sich die Plattform mit Fokus auf die Developer Experience

---

Einführung in die Jules API

3. Oktober 2025
   Jules unterstützt über seine eigene API den programmatischen Zugriff auf Funktionen und lässt sich leicht in bestehende Workflows von Entwicklern integrieren

• Über die API sind ChatOps-Workflows mit Anbindungen an Slack und andere Tools, Automatisierung mit Projektmanagement-Tools sowie Integration in CI/CD-Pipelines auf Basis von GitHub Actions möglich
• Anhand von API-Beispielen wird erklärt, wie neue Sessions (Aufgaben) erstellt und kundenspezifische Integrationen umgesetzt werden können
• Entwickler finden in der offiziellen API-Dokumentation verschiedene Einsatzmöglichkeiten

Command-Line-Integration (Jules Tools)

2. Oktober 2025

• Mit Jules Tools wurde eine neue CLI veröffentlicht, mit der sich der AI-Coding-Agent über die Kommandozeile steuern lässt
• Sie bietet das Erstellen/Abrufen von Sessions, das Anwenden von Patches im Terminal, Script-Piping mit anderen CLI-Tools sowie ein interaktives Dashboard
• Verfügbar per globaler npm-Installation oder direkt über npx ohne separate Installation
• Zu den typischen Befehlen zählen Repository-Listen, das Erstellen neuer Sessions und Aufgaben auf Repo-Ebene
• Unterstützung für Google-Workspace-Nutzer ist in Kürze geplant

Unterstützung für Repository-Umgebungsvariablen

1. Oktober 2025

• Es wurde eine Funktion für Umgebungsvariablen auf Repository-Ebene hinzugefügt, mit der sich die Arbeitsumgebung von Jules je nach Projektanforderungen fein konfigurieren lässt, etwa für Builds, Tests und die Anbindung verschiedener Services
• Variablen im Repo-Setup hinzufügen → bei der Aufgabenerstellung die Nutzung als Option festlegen → Zugriff auf Variablen auf Aufgabenebene
• Diese Variablen können nach Start einer Aufgabe nicht mehr geändert werden, daher ist beim Start Vorsicht nötig

Jules-Memory-Funktion

30. September 2025
    Jules Memory for Repositories: Die AI speichert Feedback, Vorlieben und Gewohnheiten des Nutzers, um bei wiederkehrenden Aufgaben im selben Repository auf Basis früherer Erfahrungen personalisierter zu reagieren und die Genauigkeit zu verbessern

• Memory lässt sich im Knowledge-Tab der Repository-Einstellungen ein- und ausschalten

Dateiauswahlfunktion

29. September 2025

• Mit einem File Picker lassen sich bei Aufgaben die Zielfiles exakt festlegen, was eine feinere Kontrolle ohne Missverständnisse im Kontext ermöglicht

Reaktion auf Feedback in PR-Kommentaren

23. September 2025

• Jules reagiert in Echtzeit auf Kommentare des Nutzers in einem Pull Request (Bestätigung mit dem 👀-Emoji) und übernimmt angeforderte Änderungen per automatischem Commit
• Im Reactive Mode kann eingestellt werden, dass nur auf Kommentare reagiert wird, in denen @Jules erwähnt wird

Pirate-Day-Event

19. September 2025

• Zum internationalen Tag der Piraten wurde die Antwortweise von Jules einen Tag lang vorübergehend geändert (Piraten-Version), während Logik und grundlegende Algorithmen unverändert blieben

Bild-Upload

9. September 2025

• Unterstützung für Bild-Uploads beim Erstellen von Aufgaben, sodass visueller Kontext für Frontend-Bugs, Designvorschläge usw. übermittelt werden kann
• JPEG/PNG-Format, maximal 5 MB, Folgeprompts werden nicht unterstützt (für später geplant)
• Bilder, die direkt im Code verwendet werden, müssen separat auf GitHub committed werden

Mehr über die Bildunterstützung von Jules

Stacked Diff

4. September 2025

• Einführung eines Stack-Layouts im Diff-Viewer für Code-Reviews, mit dem Änderungen in mehreren Dateien gleichzeitig angezeigt werden und zusammengehöriger Code auf einen Blick erfasst werden kann
• Es kann auch in eine Tab-Ansicht gewechselt werden

Verbesserungen an Jules Critic

3. September 2025

• Die Bewertungszuverlässigkeit und die Qualität des Feedbacks des Jules critic agent wurden verbessert
• Der Analyseprozess wird in Echtzeit transparent in der UI dargestellt und mehr Kontextinformationen werden berücksichtigt

Beispiel-Prompts

2. September 2025

• Auf dem Startbildschirm wurden Beispiel-Prompts hinzugefügt, die sich mit einem Klick in das Eingabefeld übernehmen lassen
• So können auch Einsteiger leicht Muster kennenlernen

Bild-Rendering in der Diff-Ansicht

22. August 2025

• Im Diff-Viewer können Bilder sofort angezeigt werden, etwa Charts, UI-Elemente oder Diagramme
• Visualisierungsergebnisse lassen sich direkt prüfen, ohne Dateien herunterladen zu müssen

Jederzeit exportieren

15. August 2025

• Unterstützung für den Code-Export nach GitHub jederzeit während einer Aufgabe
• Mehr Flexibilität und Kontrolle, etwa durch das Erstellen laufender Branches/PRs

VM-Kapazität auf 20 GB erhöht

15. August 2025

• Um Speicherengpässe bei großen Projekten zu beheben, wurde die Festplatte der Jules VM auf 20 GB erweitert
• Dadurch werden auch komplexere und größere Codebases reibungslos unterstützt

Interaktiver Plan

8. August 2025

• Jules analysiert die Codebase und erstellt im Dialog einen interaktiven Plan
• Nutzer können Ziele und Lösungen dadurch aktiver konkretisieren
• Beim Erstellen einer Aufgabe über ein Dropdown aktivierbar

Web-Surfing-Funktion

8. August 2025

• Jules kann per Websuche aktuelle Dokumentation oder Codebeispiele/Snippets finden
• Das unterstützt präzisere Aufgaben mit aktuellen externen Informationen
• Optimiert für Suchen mit Fokus auf technische Dokumentation

Critic Agent

8. August 2025

• Einführung des Jules critic agent mit integrierter Code-Review
• Bereits während der Generierung wird intern geprüft, um potenzielle Bugs, Ineffizienzen und Schwachstellen zu erkennen und zu verbessern
• Anders als reine Linter oder Tests bewertet er die Codequalität im Hinblick auf Absicht und Kontext
• Entworfen auf Basis von Forschung zu Reinforcement Learning (Actor-Critic usw.)

Web-App-Tests/Screenshots

7. August 2025

• Jules kann nach Frontend-Arbeiten das Ergebnis per Website-Screenshot zur Kontrolle bereitstellen
• Frontend-Tests auf Basis von Playwright werden unterstützt, ebenso die Eingabe externer Bild-URLs

Offizieller Launch

6. August 2025

• In zwei Monaten wurden mehr als 140.000 öffentliche Commits erreicht; zusammen mit dem offiziellen Launch wurden auch kostenpflichtige Pläne eingeführt
• Mit neuesten AI-Technologien wie Gemini 2.5 werden höherwertige Pläne sowie bessere Aufgabenqualität geboten
• Enthält außerdem verschiedene Stabilitäts- und Bugfix-Verbesserungen

Umgebungs-Snapshots

5. August 2025

• Beim Anwenden von Scripts zur Umgebungseinrichtung werden Snapshots gespeichert, sodass auch komplexe Aufgaben konsistent und schnell neu gestartet werden können
• Die Umgebungskonfiguration kann in Menüs für Codebase und Aufgabeneinstellungen eingesehen werden

PR direkt erstellen

4. August 2025

• Für abgeschlossene Aufgaben können direkt in der UI PRs erstellt und Merge Requests gestellt werden, was den Workflow vereinfacht

Bun-Runtime hinzugefügt

18. Juli 2025

• Unterstützung für die neue Bun-Runtime erweitert die Kompatibilität über das Node.js-Ökosystem hinaus

Verbesserte Task-Steuerung/UX

3. Juli 2025

• Steuerbarkeit von Tasks verbessert, darunter Pausieren, Fortsetzen und Löschen von Tasks sowie schnelles Kopieren von URLs
• Breite des Code-View-Panels anpassbar, zusätzliche Buttons zum Kopieren/Herunterladen
• Darstellung und Struktur von Systemmeldungen verbessert

GitHub-Issue-Integration

26. Juni 2025

• Wenn einem GitHub-Issue einfach das Label „jules“ hinzugefügt wird, beginnt Jules automatisch mit der Arbeit
• Die Jules-GitHub-App benötigt dafür Zugriffsrechte auf das Repository

Großes Update für den Jules-Agenten

20. Juni 2025

• Unterstützung für AGENTS.md und Scripts zur Umgebungseinrichtung verbessert Kontextverständnis und Zuverlässigkeit
• Geschwindigkeit und Automatisierungsumfang wurden deutlich erhöht, ebenso das automatische Testverhalten

18. Juni 2025

• Statt auf die Standard-Ubuntu-Umgebung beschränkt zu sein, lassen sich nun aktuelle Versionen von Rust, Node und Python direkt installieren, mit angepassten Scripts für einen feineren Installationsprozess
• Multi-Runtime, Isolation und Version Pinning wurden weiter ausgebaut
• Frühere Abhängigkeitsprobleme wurden behoben und die Kompatibilität mit aktuellen Anforderungen verbessert

Mehr Anpassbarkeit und Effizienz

6. Juni 2025

• Verschiedene Leistungsverbesserungen, Funktionen zum Kopieren/Herunterladen von Code und zur Anpassung der Code-Panel-Breite optimieren die Entwicklungsumgebung
• Mehrere Tasks können nonstop über ein Modal erstellt werden

Verbesserungen bei Zuverlässigkeit/Stabilität

30. Mai 2025

• Erweitert auf bis zu 60 Tasks pro Tag und 5 gleichzeitige Ausführungen
• Höhere Zuverlässigkeit der GitHub-Integration und weniger Fehlerfälle

Verbesserte Stabilität (22. Mai)

22. Mai 2025

• Upgrade des Queueing-Systems, allgemeine Verbesserungen bei Zuverlässigkeit, Wartezeiten, Bugs und UI

Erste Veröffentlichung von Jules

19. Mai 2025

• Jules ist ein AI-Coding-Agent, der verschiedene GitHub-basierte Coding-Tasks wie Bugfixes, Versions-/Abhängigkeitsmanagement und Code-Migration asynchron verarbeitet
• Beim Start einer Aufgabe richtet er die Entwicklungsumgebung in einer VM automatisch ein, installiert Abhängigkeiten, führt Tests und Codeänderungen aus und automatisiert bis hin zur PR-Erstellung
• Fortschritt der Aufgabe und Prozess der Code-Erzeugung werden transparent visualisiert
• Unterstützt anspruchsvollere Aufgaben wie bereichsbezogene Patches, Code-Migration zwischen Sprachen/Frameworks und eigenständige Feature-Entwicklung
• Ausführliche Informationen und eine Startanleitung gibt es in der offiziellen Dokumentation und auf der Website

[GN⁺]

Hacker-News-Kommentare

• Ich habe eine Django-Seite, die ich seit Langem für Kunden betreue, und die Kunden bitten oft um sehr kleine Änderungen. Jedes Mal hat das etwa eine Stunde gekostet: System starten, Code prüfen, committen, pushen, Server aktualisieren usw. Letzte Woche habe ich die gesamte Infrastruktur zu Railway migriert und dem Kunden gezeigt, wie man Jules benutzt. Jetzt erstellt der Kunde selbst PRs, und Railway startet eine Umgebung mit den übernommenen Änderungen, damit er sie direkt prüfen kann. In etwa 75 % der Fälle funktioniert das ohne Probleme, und wenn nicht, merkt es der Kunde zuerst. Wenn der Kunde mit der Änderung zufrieden ist, reviewe ich den Code und merge dann. Das spart mir wirklich enorm viel Zeit.

  • Ich frage mich, ob du dem Kunden weiterhin denselben Betrag wie früher berechnest.

  • Mich interessieren die API-Kosten. Wenn die Einrichtung nicht sauber ist, könnte der Kunde bei kleinen Änderungen mehrfach testen und am Ende übermäßig hohe Kosten verursachen.

  • Ich hoffe nur, dass dabei keine Nutzerdaten aus der Kunden-App gespeichert werden. Einem LLM blind zu vertrauen, halte ich für riskant.

  • Ich würde gern wissen, wie du die Kundendatenbank verwaltest. Lädt man die komplette Datenbank in eine VM hoch?

  • Ehrlich gesagt finde ich das einen wirklich coolen Ansatz. Es wäre toll, wenn du diese Erfahrung mit Beispielen in einem Blogpost beschreiben würdest, besonders mit konkreten Beispielen dafür, was der Kunde in PRs anfragt.

• Ich habe mir persönlich einen MCP-Server gebaut und ihn an die Jules-API angebunden und schicke Aufgaben aus Copilot Chat in VS Code an Jules.
  Demo-Video

  • Wenn man ohnehin schon Copilot nutzt, ist es meiner Meinung nach deutlich besser, einfach den Copilot Coding Agent zu verwenden. Für mich ist Jules persönlich der schlechteste Coding Agent auf dem Markt.

• Ich frage mich, ob Leute solchen Agenten wirklich asynchron und ohne Aufsicht vertrauen und sie so einsetzen. Meiner Erfahrung nach haben Coding Agents mehr Aufwand und Rauschen verursacht als Nutzen gebracht. Wenn es am Ende nur ähnlich ist wie die Schleife, die ich ohnehin in VS Code benutze, frage ich mich, warum ich überhaupt ein externes Tool nutzen sollte.

  • Zu der Meinung, dass solche Coding Agents nicht den erwarteten ROI liefern: Ich denke, man muss das langfristig betrachten, damit es Sinn ergibt. Wenn man nur ein oder zwei Aufgaben oder ein paar Wochen anschaut, lohnt sich die Investition nicht. Aber wenn man an den Workflow eines Engineering-Teams in drei Jahren denkt, ergibt es Sinn, schon jetzt mit solchen Systemen zu experimentieren. Zum Beispiel wäre eine Automatisierung extrem nützlich, bei der ein Bot bei Bibliotheks-Updates automatisch eine Umgebung startet, Tests ausführt, erkennt, warum die Codebasis nicht funktioniert, die Fehler behebt und dann einen PR zur menschlichen Review erstellt.

  • Auf die Frage, warum man ein externes Tool statt einer integrierten Lösung wie VS Code nutzen sollte: Auf meinem privaten Rechner liegen sensible Daten wie Fotos, E-Mails und Browser-Cookies, und es war mir unangenehm, den Agenten Analyseaufgaben lokal ausführen zu lassen. Deshalb fühlte es sich sicherer an, Jules nur Zugriff auf mein GitHub-Projekt zu geben. Tatsächlich hat es sogar das Gemfile gelesen und Rails-Tests ausgeführt, was nützlich war. Die Codequalität war nicht perfekt, aber beim Start der Feature-Entwicklung hat es sehr geholfen.

  • Nach meiner eigenen Erfahrung wirkte es, zumindest im Vergleich zu GitHub Copilot, in einer externen Cloud-Umgebung sauberer, weil es mit Auto-Approval und in einer Sandbox arbeitet.

  • In der Praxis muss man es trotzdem ständig im Blick behalten.

  • Nur als Hinweis: VS Code ist kein Agent, sondern vor allem auf Codegenerierung und Autovervollständigung ausgerichtet.

• Ich finde es schade, dass Google für Jules die falsche Systemarchitektur gewählt hat. Das Systemdesign von Claude Code halte ich derzeit für deutlich überlegen. Am Ende wird Jules wohl wieder zu einem weiteren Vendor Lock-in und einem geschlossenen Ökosystem werden.

  • Ich denke, sie bauen beides, ganz typisch für Google. Es gibt auch die Open-Source-gemini-cli, die mit einem ziemlich großzügigen Free Tier direkter mit Claude Code konkurriert.
    https://github.com/google-gemini/gemini-cli
    Beim Launch war sie noch etwas holprig, aber inzwischen ist sie viel besser geworden. Claude Code hat sich allerdings auch stark verbessert, deshalb bin ich am Ende nicht gewechselt.

  • Aus der Perspektive von jemandem wie mir, der schon seit den frühen Aider-Tagen AI Coding Agents nutzt, sieht die Sache anders aus. Ich denke, sowohl asynchrone Agents als auch kollaborative Agents haben jeweils ihre Rolle. Künftig könnten kollaborative Agents vielleicht mehrere asynchrone Agents delegieren und die Ergebnisse zusammenführen. Der Designraum ist viel komplexer, als man denkt, und wir haben bisher nur an der Oberfläche gekratzt. Wir versuchen gerade, AI gewaltsam in menschenzentrierte Workflows einzupassen, deshalb sollten wir die eigenartigen und interessanten Möglichkeiten von AI selbst viel stärker erkunden.

  • Ich halte schon den Vergleich zwischen Jules und Claude Code für unpassend. Die beiden Systeme sind völlig unterschiedlich. Das eigentliche Gegenstück zu Jules ist eher OpenAI Codex. Die Google-Version von Claude Code ist Gemini Code Assist CLI.

  • Wenn man überhaupt vergleichen will, dann ähnelt Jules eher GitHub Spark.

• Ich verstehe nicht, warum zahlende Nutzer bei der Meldung, dass Workspace-Support erst nach Oktober kommt, immer nach hinten geschoben werden. Das ist wirklich seltsam.

  • Ich verstehe das so, dass der Grund darin liegt, die von Workspace zugesicherte Daten-Compliance sicherzustellen. Man bezahlt dabei weniger für die allerneuesten Features oder neue Technologie, sondern für geschäftskritischen Support, Compliance und Garantien.

  • Zahlende Nutzer wollen Features nicht unbedingt früher, sondern sicher eingeführt haben, auch wenn es etwas später ist, etwa mit Audit Trail, Compliance, SLA und Anbindung an die Admin-Konsole. Sie bevorzugen geringere Volatilität und verifizierte Prozesse. Im Gegenteil: Viele nutzen Workspace-Accounts privat und beschweren sich dann über langsame Releases. Dieses Muster gibt es seit 20 Jahren und es wird sich nicht ändern. Wer schnelle Features will, sollte besser ein privates Gmail-Konto nutzen.

• Dieses sinnlose, vermenschlichende Branding mit Personennamen nervt mich. Besonders schlimm finde ich aktuell Beispiele wie Amazon Rufus. Etwas wie Google Wave wäre mir lieber, weil es Eigenschaften und Bedeutung des Produkts symbolisiert.

  • Der Name Jules wirkte auf mich, als sei er von Jenkins inspiriert.

  • Claude stammt von Claude Shannon. Google Wave war zwar kein Erfolg, aber ich finde, die Zukunft brauchte diese Idee sehr.

  • Ich finde, man sollte sich über dieses Naming nicht zu viele Gedanken machen. Dass Menschen Maschinen und Dingen Namen geben und Zuneigung zu ihnen entwickeln, ist instinktiv. Schon immer hat man Schiffen, Zügen, Waffen, Autos und sogar AI menschliche Namen gegeben, und diese Tradition begann spätestens 1966 mit Eliza. Man kann das nicht aufhalten, also sollte man es gelassen hinnehmen.

• Ich möchte wieder zu ausführbaren Single-Binary-Dateien wie bei Rust/Go zurück. Node.js-basierte CLI-Tools sind mühsam zu installieren, und das stört mich.

  • Noch störender finde ich, dass Discord als Feedback-Kanal genutzt wird. In meiner Firma ist Discord blockiert, deshalb kann ich es nicht verwenden.

• Ich frage mich, wie viele Leute bei Google an diesem Projekt arbeiten. Ich entwickle intern allein ein Tool mit ähnlichen Funktionen und arbeite in meiner Freizeit daran, also nach Feierabend und am Wochenende.

  • Ich frage mich, warum du dafür deine Freizeit opferst und es für deinen Arbeitgeber baust. Im Grunde spendest du dein eigenes Geld an die Aktionäre.

• Ich frage mich, ob es einen Preisvergleich zwischen Jules und Claude Code gibt. In letzter Zeit bin ich aus Kostengründen von repl.it zu Claude max gewechselt.

  • Replit wirkt wie ein Produkt für eher experimentelles Vibe-Coding, während Claude Code eher für echte Entwicklungsarbeit gedacht ist. Insofern erscheinen mir die beiden als völlig unterschiedliche Produkte.