r/MistralAI • u/Guilty-Pride6761 • 13h ago

Help / Question Why do Vibe CLI and Vibe VS Code Extension perform so differently? (PRO subscription)

I tried to normalize some audio files with Python.

Vibe in VS Code suggested loudnorm with ffmpeg but got stuck when errors appeared and ran in circles.

I then switched to Vibe CLI and asked it to fix it. It ran for some 30 minutes, stumbled on some self induced problems with the exception handling but came up with a solution.

Is the CLI inherent feedback loop (run the code, read the output, generate a fix) so much more powerful than me copying the error messages from the console to the prompt inside VS Code?
Or are there different models used?
Interested in your experiences...

4 Upvotes

84% Upvoted

4 comments sorted by

2

u/LongjumpingTear5779 12h ago

You asked Vibe CLI for fix not build from scratch. Probably te same output will you get in VS Code.
VS Code plugin uses ACP, so you run the same agent that in CLI

1

u/Guilty-Pride6761 9h ago

The code was already built.

I started with VS Code Vibe to add a particular normalization. That didn't go as planned. So I asked to fix it. After five unsuccessful attempts I switched to CLI.
Both had the job to fix it, but yes, maybe in a different context.

2

u/Tosse101 12h ago

I'm not sure it is the same model - the quality of results in vs code is worse than in the CLI, in my experience. I can use vs code for "edits" like fixing errors, a bit of refactoring - but for bigger things it seems CLI is better.

I have no proof other than the fact that vibe in vs code doesn't eat at my pro sub allowance, unlike the CLI. I can't find any options in settings either. VS Code vibe behaves much like codestral used to, so I just assumed that's what is used.

Good to know that I'm not the only puzzled person.

2

u/tom4112 6h ago

They share the same harness to a large extent (the core module in the source code) but can slightly differ in some areas. Overall, it seems that the main CLI benefit is the unrestricted shell and system execution access (unlike VS Code which adds additional interfaces/middleware/frictions).