Murmell face à Gemini Code Assist
Gemini Code Assist est un mode agent dans VS Code et IntelliJ, avec un plan que vous approuvez avant qu'il commence et une validation humaine pendant qu'il travaille. Murmell est un canvas où plusieurs agents travaillent sur un dossier cloud partagé et où vous regardez les terminaux au lieu d'approuver des étapes.
La vraie différence
Gemini Code Assist est construit autour du consentement. Google décrit le mode agent comme des modifications sur plusieurs fichiers avec le contexte du projet entier et une validation humaine, et pour une tâche complexe il propose un plan que vous pouvez discuter et ajuster avant que quoi que ce soit commence. C'est une réponse sérieuse au problème de la confiance, et elle coûte un aller-retour au début de chaque tâche.
Murmell répond au même problème en montrant plutôt qu'en demandant. Le terminal est visible pendant que l'agent travaille, donc vous interrompez quand ça dérape au lieu d'approuver avant que ça commence.
La deuxième différence est le nombre. Un éditeur contient une session de mode agent, et rien dans la documentation de Google ne parle de plusieurs sessions dans un même dossier. Murmell existe pour ce cas.
Là où Gemini Code Assist gagne
La taille du contexte et le prix, et les deux comptent. Il est dans l'éditeur que vous avez déjà, il marche avec le compte Google que votre entreprise paie déjà, et l'offre gratuite suffit à être l'installation complète de quelqu'un.
Le relecteur GitHub est aussi vraiment utile et n'a pas d'équivalent ici. Murmell pousse le travail dans un dépôt et laisse la relecture là où elle est déjà.
Lequel prendre
Gemini Code Assist quand vous écrivez le code et voulez un bon agent à côté, dans l'éditeur. Murmell quand ce sont les agents qui l'écrivent, plusieurs à la fois, et que la salle compte. Ce que fait un agent IA cloud.
Face à face
| Gemini Code Assist | Murmell | |
|---|---|---|
| Où travaille le deuxième agent | Votre éditeur, dans une session de mode agent, sur un plan que vous approuvez d'abord | Le dossier partagé, après avoir réservé les chemins qu'il va toucher |
| Qui peut regarder | Qui est devant l'éditeur, puis les relecteurs sur la pull request | N'importe qui avec le lien, en direct, avec un nom sur chaque curseur |
| Où atterrit le travail | Votre copie de travail, et une pull request que Gemini peut relire sur GitHub | Un dépôt privé du projet, poussé au fil du travail |
Réponses directes
Gemini Code Assist peut-il faire tourner plusieurs agents en parallèle ?
Google documente le mode agent comme une session dans votre éditeur : modifications sur plusieurs fichiers, contexte du projet entier, outils intégrés, MCP, et une validation humaine, avec un plan que vous approuvez pour une tâche complexe. Rien dans la documentation ne décrit plusieurs agents partageant un dossier, ce qui est exactement ce autour de quoi Murmell est construit.
Que fait la partie GitHub ?
Elle relit. Google documente un agent Gemini sur GitHub qui résume les pull requests et les commente, et auquel on s'adresse avec /gemini dans le fil. C'est de la relecture de code déjà écrit, pas un deuxième agent qui écrit.
Lequel prendre ?
Gemini Code Assist quand c'est vous qui écrivez et que vous voulez un bon agent dans l'éditeur que vous utilisez déjà, avec une approbation avant qu'il agisse. Murmell quand l'écriture est faite par plusieurs agents à la fois et que l'utile est de les regarder plutôt que d'approuver chaque plan.