Murmell gegenüber Gemini Code Assist
Gemini Code Assist ist ein Agentenmodus in VS Code und IntelliJ, mit einem Plan, den Sie vor dem Start freigeben, und menschlicher Bestätigung während der Arbeit. Murmell ist eine Canvas, auf der mehrere Agenten in einem geteilten Cloud-Verzeichnis arbeiten und Sie die Terminals ansehen, statt Schritte freizugeben.
Der eigentliche Unterschied
Gemini Code Assist ist um Zustimmung herum gebaut. Google beschreibt den Agentenmodus als Änderungen an mehreren Dateien mit dem Kontext des gesamten Projekts und menschlicher Bestätigung, und bei einer komplexen Aufgabe schlägt es einen Plan vor, den Sie diskutieren und anpassen können, bevor irgendetwas beginnt. Das ist eine ernsthafte Antwort auf das Vertrauensproblem, und sie kostet einen Austausch am Anfang jeder Aufgabe.
Murmell beantwortet dasselbe Problem, indem es zeigt statt fragt. Das Terminal ist sichtbar, während der Agent arbeitet, also greifen Sie ein, wenn es entgleist, statt vorher zuzustimmen.
Der zweite Unterschied ist die Anzahl. Ein Editor enthält eine Agentenmodus-Sitzung, und nichts in Googles Dokumentation spricht von mehreren Sitzungen in einem gemeinsamen Verzeichnis. Für genau diesen Fall existiert Murmell.
Wo Gemini Code Assist gewinnt
Die Kontextgröße und der Preis, und beides zählt. Es ist im Editor, den Sie bereits haben, funktioniert mit dem Google-Konto, das Ihr Unternehmen bereits bezahlt, und die kostenlose Stufe reicht jemandem als komplette Installation.
Der GitHub-Prüfer ist ebenfalls wirklich nützlich und hat hier kein Gegenstück. Murmell pusht die Arbeit in ein Repository und lässt die Durchsicht dort, wo sie schon ist.
Welches nehmen
Gemini Code Assist, wenn Sie den Code schreiben und einen guten Agenten daneben wollen, im Editor. Murmell, wenn es die Agenten sind, die schreiben, mehrere gleichzeitig, und der Raum zählt. Was ein Cloud-KI-Agent tut.
Gegenüberstellung
| Gemini Code Assist | Murmell | |
|---|---|---|
| Wo der zweite Agent arbeitet | Ihr Editor, in einer Agentenmodus-Sitzung, mit einem Plan, den Sie zuerst freigeben | Das geteilte Verzeichnis, nachdem die anzufassenden Pfade reserviert wurden |
| Wer zusehen kann | Wer vor dem Editor sitzt, dann die Prüfer der Pull-Request | Jeder mit dem Link, live, mit einem Namen auf jedem Cursor |
| Wo die Arbeit landet | Ihre Arbeitskopie, und eine Pull-Request, die Gemini auf GitHub lesen kann | Ein privates Repository des Projekts, im Laufe der Arbeit gepusht |
Direkte Antworten
Kann Gemini Code Assist mehrere Agenten parallel laufen lassen?
Google dokumentiert den Agentenmodus als Sitzung in Ihrem Editor: Änderungen an mehreren Dateien, Kontext des gesamten Projekts, integrierte Tools, MCP, und menschliche Bestätigung, mit einem Plan, den Sie für eine komplexe Aufgabe freigeben. Nichts in der Dokumentation beschreibt mehrere Agenten, die sich ein Verzeichnis teilen, was genau das ist, worum Murmell herum gebaut ist.
Was macht der GitHub-Teil?
Er liest. Google dokumentiert einen Gemini-Agenten auf GitHub, der Pull-Requests zusammenfasst und kommentiert, und den man mit /gemini im Thread anspricht. Das ist Durchsicht von bereits geschriebenem Code, kein zweiter schreibender Agent.
Welches nehmen?
Gemini Code Assist, wenn Sie selbst schreiben und einen guten Agenten in dem Editor wollen, den Sie bereits nutzen, mit Freigabe vor jeder Aktion. Murmell, wenn das Schreiben von mehreren Agenten gleichzeitig erledigt wird und das Nützliche das Zusehen ist statt jeden Plan freizugeben.